From owner-freebsd-bugs Sun Jan 31 09:10:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA21328 for freebsd-bugs-outgoing; Sun, 31 Jan 1999 09:10:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA21242 for ; Sun, 31 Jan 1999 09:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id JAA55304; Sun, 31 Jan 1999 09:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA20740; Sun, 31 Jan 1999 09:06:45 -0800 (PST) (envelope-from nobody) Message-Id: <199901311706.JAA20740@hub.freebsd.org> Date: Sun, 31 Jan 1999 09:06:45 -0800 (PST) From: estartu@augusta.de To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/9841: Pagefault while scsibus scan on bootup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9841 >Category: i386 >Synopsis: Pagefault while scsibus scan on bootup >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 31 09:10:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Gerhard Schmidt >Release: Freebsd 3.0-stable >Organization: >Environment: FreeBSD wanderer.starbox.augusta.de 3.0-STABLE FreeBSD 3.0-STABLE #0: Sun Jan 31 04:16:57 CET 1999 root@wanderer.augusta.de:/usr/src/sys/compile/WANDERER i386 >Description: Kernel panics while detecting SCSI devices on a AHC 7880 onboard SCSI controller (Asus P55T2P4S with AMD K5 166) Fatal Trap 12: page fault while in Kernel mode fault virtual adress = 0x4 fault code = supervisor read, page not present instruction pointer = 0x8:0xf011c2d6 stack pointer = 0x10:0xf024bd8c frame pointer = 0x10:0xf024bda8 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 = idle interrupt mask = trap number = 12 panic: page fault I have run the same Hardware unter 2.2-stable for about 8 Month without problems. After updateing to 3.0-Release the problem started with one or to retries. I Have cvs uped some times to Current. With changeing results. I have uses a kernel build with a system an cvsupd un teh 6. Dezember log time. with little problems (most time the system came up on the second Try). I cvsupd tu 3.0-stable hoping the problem might be fix there. But its still There >How-To-Repeat: Repeats nearly every time i boot up the system. This Time i needed 17 reboots befor the system came up properly >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 31 10:20:04 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA29782 for freebsd-bugs-outgoing; Sun, 31 Jan 1999 10:20:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA29765 for ; Sun, 31 Jan 1999 10:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id KAA59371; Sun, 31 Jan 1999 10:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sun, 31 Jan 1999 10:20:01 -0800 (PST) Message-Id: <199901311820.KAA59371@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Sakari Jalovaara Subject: Re: kern/9407: "make kernel" yields buggy kernel in ceratin cases (ld bug?) Reply-To: Sakari Jalovaara Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/9407; it has been noted by GNATS. From: Sakari Jalovaara To: freebsd-gnats-submit@freebsd.org, olwi@icyb.kiev.ua Cc: Subject: Re: kern/9407: "make kernel" yields buggy kernel in ceratin cases (ld bug?) Date: Sun, 31 Jan 1999 20:16:06 +0200 > [changing the name of a variable produces very different > kernels, one of which crashes] 'cmp -l kernel.IRQ kernel.irq' probably produces lots of output because some sort of symbol table hashing/sorting/whatever in 'ld'. Compile the following: #include int aa; int bb; int main (void) { printf ("%d\n", &aa < &bb); return 0; } cc tst.c mv a.out a.out-bb cc tst.c cmp -l a.out a.out-bb -- gives more than four bytes worth of output. Also, when you rename 'bb' to 'zz' in the above program, the output of the program changes (at least on 4.0-current/ELF it does -- for other versions of 'ld' some other name than 'zz' may do this.) A more likely explanation than an ld bug is that either the patch or the original sio.c has a bug whose behavior is changed when objects are re-ordered in memory. For a first guess, I'd try placing assert (xxx >= 0 && xxx < NSIOTOT); statements wherever SameIRQ[xxx] is accessed. ++sja To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 31 10:53:00 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA03929 for freebsd-bugs-outgoing; Sun, 31 Jan 1999 10:53:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA03917 for ; Sun, 31 Jan 1999 10:52:56 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id TAA14714; Sun, 31 Jan 1999 19:47:10 +0100 (CET) To: Sakari Jalovaara cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/9407: "make kernel" yields buggy kernel in ceratin cases (ld bug?) In-reply-to: Your message of "Sun, 31 Jan 1999 10:20:01 PST." <199901311820.KAA59371@freefall.freebsd.org> Date: Sun, 31 Jan 1999 19:47:10 +0100 Message-ID: <14712.917808430@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Compile the following: > > #include > int aa; > int bb; > int main (void) > { > printf ("%d\n", &aa < &bb); > return 0; > } > > cc tst.c > mv a.out a.out-bb > > cc tst.c > cmp -l a.out a.out-bb > > -- gives more than four bytes worth of output. Try changing "bb" to "bc" ? they're closer when sorted... -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 31 12:20:04 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA15332 for freebsd-bugs-outgoing; Sun, 31 Jan 1999 12:20:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA15318 for ; Sun, 31 Jan 1999 12:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id MAA67409; Sun, 31 Jan 1999 12:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from init.eudaemonia.net (init.eudaemonia.net [195.78.67.171]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA15239 for ; Sun, 31 Jan 1999 12:19:44 -0800 (PST) (envelope-from jte@init.eudaemonia.net) Received: (from jte@localhost) by init.eudaemonia.net (8.9.1/8.9.1) id VAA00403; Sun, 31 Jan 1999 21:20:26 +0100 (CET) (envelope-from jte) Message-Id: <199901312020.VAA00403@init.eudaemonia.net> Date: Sun, 31 Jan 1999 21:20:26 +0100 (CET) From: Jon.T.Erichsen@init.eudaemonia.net Reply-To: init@eudaemonia.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/9845: Propose adding options to rc.conf and rc.network Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9845 >Category: conf >Synopsis: Propose adding options to rc.conf and rc.network >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jan 31 12:20:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Jon T. Erichsen >Release: FreeBSD 3.0-RELEASE i386 >Organization: Mobilix >Environment: FreeBSD 3.0-RELEASE i386 >Description: I propose a change to rc.conf and rc.network which includes options for setting true the net.inet.(tcp|udp).log_in_vain kernel states. Seeing as how my changes are included in rc.network, they will be executed before rc.d daemon startup scripts, and the kernel will pollute log files until the daemons become active. This might be a problem (?). I thought about using sleep, but decided against it. My rc.conf diff inserts the new line under "Miscellaneous network options". It seemed the best place, seing as how there is no "dedicated" security issue section. My rc.network diff inserts the new line last in procedure network_pass2 (Additional network setup). It seemed logical. 3.0-RELEASE source diffs for your patching leisure included. >How-To-Repeat: N/A >Fix: - BEGIN rc.conf diff - 127a128,129 > tcp_log_in_vain="NO" # Set to YES to enable logging of unserviced TCP port connects > udp_log_in_vain="NO" # Set to YES to enable logging of unserviced UDP port connects - END rc.conf diff - - BEGIN rc.network diff - 233a234,244 > # Log unserviced TCP port connects > if [ "X${tcp_log_in_vain}" = X"YES" ]; then > echo -n ' tcp_log_in_vain'; \ > sysctl -w net.inet.tcp.log_in_vain=1 > /dev/null 2>&1 > fi > > # Log unserviced UDP port connects > if [ "X${udp_log_in_vain}" = X"YES" ]; then > echo -n ' udp_log_in_vain'; \ > sysctl -w net.inet.udp.log_in_vain=1 > /dev/null 2>&1 > fi - END rc.network diff - >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 31 13:50:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA27177 for freebsd-bugs-outgoing; Sun, 31 Jan 1999 13:50:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA27152 for ; Sun, 31 Jan 1999 13:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id NAA72633; Sun, 31 Jan 1999 13:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sun, 31 Jan 1999 13:50:01 -0800 (PST) Message-Id: <199901312150.NAA72633@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: "Kenneth D. Merry" Subject: Re: i386/9841: Pagefault while scsibus scan on bootup Reply-To: "Kenneth D. Merry" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/9841; it has been noted by GNATS. From: "Kenneth D. Merry" To: estartu@augusta.de Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: i386/9841: Pagefault while scsibus scan on bootup Date: Sun, 31 Jan 1999 14:49:26 -0700 (MST) estartu@augusta.de wrote... > Kernel panics while detecting SCSI devices on a AHC 7880 onboard SCSI > controller (Asus P55T2P4S with AMD K5 166) > > Fatal Trap 12: page fault while in Kernel mode > fault virtual adress = 0x4 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xf011c2d6 > stack pointer = 0x10:0xf024bd8c > frame pointer = 0x10:0xf024bda8 > 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 = idle > interrupt mask = > trap number = 12 > panic: page fault > > I have run the same Hardware unter 2.2-stable for about 8 Month without > problems. After updateing to 3.0-Release the problem started with > one or to retries. I Have cvs uped some times to Current. With changeing > results. I have uses a kernel build with a system an cvsupd un teh 6. > Dezember log time. with little problems (most time the system came up on > the second Try). I cvsupd tu 3.0-stable hoping the problem might be fix > there. But its still There > > >How-To-Repeat: > Repeats nearly every time i boot up the system. This Time i needed > 17 reboots befor the system came up properly It'll take some more information before we can diagnose your problem. Could you provide: - a stack trace from the panic. Put 'options DDB' in your kernel config file. - your kernel config file - complete 'dmesg' output from a successful boot Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 31 14:30:03 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA02775 for freebsd-bugs-outgoing; Sun, 31 Jan 1999 14:30:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA02733 for ; Sun, 31 Jan 1999 14:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id OAA74925; Sun, 31 Jan 1999 14:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sun, 31 Jan 1999 14:30:01 -0800 (PST) Message-Id: <199901312230.OAA74925@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: David Gilbert Subject: Re: kern/8653: FreeBSD 3.0 locks up on access to certain IDE HDs. Reply-To: David Gilbert Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8653; it has been noted by GNATS. From: David Gilbert To: Adrian Cc: freebsd-gnats-submit@freebsd.org, root@trooper.velocet.ca Subject: Re: kern/8653: FreeBSD 3.0 locks up on access to certain IDE HDs. Date: Sun, 31 Jan 1999 17:21:30 -0500 (EST) >>>>> "Adrian" == Adrian writes: Adrian> It is possible that bios boot is set to recognize the Quantum Adrian> as an LBA system. Adrian> If so reset bios to NORMAL. It's currently set to 'auto-detect' in the BIOS. I don't know what the result of this is (I only have the dmesg output at hand w/o rebooting), but this is the dmesg output: wdc1 at 0x170-0x177 irq 15 flags 0xa0ffa0ff on isa wdc1: unit 0 (wd2): , DMA, 32-bit, multi-block-16 wd2: 12970MB (26563824 sectors), 26353 cyls, 16 heads, 63 S/T, 512 B/S Why would setting this to 'NORMAL' make a difference to these transient lockups? Dave. -- ============================================================================ |David Gilbert, Velocet Communications. | Two things can only be | |Mail: dgilbert@velocet.net | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =========================================================GLO================ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 31 15:30:10 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA10542 for freebsd-bugs-outgoing; Sun, 31 Jan 1999 15:30:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA10492 for ; Sun, 31 Jan 1999 15:30:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id PAA78495; Sun, 31 Jan 1999 15:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA10222 for ; Sun, 31 Jan 1999 15:27:21 -0800 (PST) (envelope-from iedowse@maths.tcd.ie) Received: from gosset.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 31 Jan 99 23:27:20 +0000 (GMT) Message-Id: <9901312327.aa23568@gosset.maths.tcd.ie> Date: Sun, 31 Jan 99 23:27:20 +0000 (GMT) From: iedowse@maths.tcd.ie Reply-To: iedowse@maths.tcd.ie To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9848: ARP proxyall extra sanity check Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9848 >Category: kern >Synopsis: ARP proxyall extra sanity check >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Jan 31 15:30:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Ian Dowse >Release: FreeBSD 3.0-STABLE i386 >Organization: School of Mathematics Trinity College Dublin >Environment: FreeBSD 3.0-STABLE i386, but applies to all versions net.link.ether.inet.proxyall=1 >Description: FreeBSD's ARP proxying, when enabled via sysctl, performs very few sanity checks before sending a proxy reply to an ARP request. It only checks that, according to the routing table, replies are not sent to the interface on which the target node is located. When ARP proxying is used on a router connecting two ethernet segments, accidentally connecting an interface to the wrong network is all too easy. In this case the routing table does not match the network topology so the interface check does no good; the network erupts quickly into an ARP battle :( The patch below provides an extra sanity check for ARP proxying. It checks that the request came in via the interface on which the sender is expected to be. In the case of a mismatch a warning is logged, and the ARP request is not proxied. >How-To-Repeat: >Fix: --- if_ether.c.orig Sun Jan 31 21:33:10 1999 +++ if_ether.c Sun Jan 31 21:49:02 1999 @@ -582,6 +582,32 @@ (void)memcpy(ea->arp_tha, ea->arp_sha, sizeof(ea->arp_sha)); (void)memcpy(ea->arp_sha, ac->ac_enaddr, sizeof(ea->arp_sha)); rtfree(rt); + + /* + * Also check that the node which sent the ARP packet + * is on the the interface we expect it to be on. This + * avoids ARP chaos if an interface is connected to the + * wrong network. + */ + sin.sin_addr = isaddr; + + rt = rtalloc1((struct sockaddr *)&sin, 0, 0UL); + if (!rt) { + m_freem(m); + return; + } + if (rt->rt_ifp != &ac->ac_if) { + log(LOG_INFO, "arp_proxy: ignoring request" + " from %s via %s%d, expecting %s%d\n", + inet_ntoa(isaddr), ac->ac_if.if_name, + ac->ac_if.if_unit, rt->rt_ifp->if_name, + rt->rt_ifp->if_unit); + rtfree(rt); + m_freem(m); + return; + } + rtfree(rt); + #ifdef DEBUG_PROXY printf("arp: proxying for %s\n", inet_ntoa(itaddr)); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 31 17:10:04 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA24659 for freebsd-bugs-outgoing; Sun, 31 Jan 1999 17:10:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA24624 for ; Sun, 31 Jan 1999 17:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id RAA83093; Sun, 31 Jan 1999 17:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from trooper.velocet.ca (host-034.canadiantire.ca [209.146.201.34]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA24559 for ; Sun, 31 Jan 1999 17:09:56 -0800 (PST) (envelope-from dgilbert@trooper.velocet.ca) Received: (from dgilbert@localhost) by trooper.velocet.ca (8.8.7/8.8.7) id UAA28851; Sun, 31 Jan 1999 20:09:54 -0500 (EST) Message-Id: <199902010109.UAA28851@trooper.velocet.ca> Date: Sun, 31 Jan 1999 20:09:54 -0500 (EST) From: David Gilbert Reply-To: dgilbert@velocet.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/9849: mknod missing from c_r Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9849 >Category: bin >Synopsis: mknod is missing from libc_r >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 31 17:10:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: David Gilbert >Release: FreeBSD 3.0-RELEASE i386 >Organization: >Environment: I'm running FreeBSD 3.0-RELEASE as installed by the installation. >Description: When I compile software with -pthread that required mknod(2), the link will fail. >How-To-Repeat: cat >test1.c < main() { mknod("foo",3,1); } EOF [2:11:311]dgilbert@trooper:~/devel2> gcc -pthread -o test1 test1.c /tmp/ccT288091.o: In function `main': /tmp/ccT288091.o(.text+0xd): undefined reference to `mknod' [2:12:312]dgilbert@trooper:~/devel2> gcc -o test1 test1.c >Fix: I would assume adding this function to libc_r would fix things, but I don't know if there's a problem with that. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 1 00:20:49 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA11376 for freebsd-bugs-outgoing; Mon, 1 Feb 1999 00:20:49 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA11365; Mon, 1 Feb 1999 00:20:48 -0800 (PST) (envelope-from janet9981@yahoo.com) From: janet9981@yahoo.com Received: from coiib.es ([195.76.52.2]) by freefall.freebsd.org (8.9.2/8.9.2) with SMTP id AAA03174; Mon, 1 Feb 1999 00:20:44 -0800 (PST) (envelope-from janet9981@yahoo.com) Received: from mirentxu.coiib.es by coiib.es (SMI-8.6/SMI-SVR4) id KAA03948; Mon, 1 Feb 1999 10:14:59 -0100 Message-Id: <199902011114.KAA03948@coiib.es> To: adsrtc@mtyisrot.com Date: Sun, 31 Jan 99 23:41:37 EST Subject: Maximize your website's traffic! Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Maximize your website's traffic. INCREASE YOUR SEARCH ENGINE RANK! If your Web site isn't getting the traffic it should, it's likely that it's not ranked well on the major Internet search engines. According to recent Internet E-commerce studies, over 90% of consumers find the Web sites they visit by using eight major search engines, which are Yahoo!, Excite, AltaVista, Infoseek, Lycos, Web Crawler, HotBot, and Northern Light. If your website isn't located in the top-30 listings of these engines, chances are your site will never be seen. The single most important thing you can do to increase your Web site's traffic is to increase your search engine ranking. ------------- "PUT YOUR NAME IN LIGHTS -- List your business with search engines to make sure potential customers can find it." -- BIZ Excite, PC Computing magazine, November 1998 ------------- THE BASICS: HOW SEARCH ENGINES RANK YOUR SITE When you submit your website to a search engine to be indexed in its database, it sends a "robot" to scan your page. Using complex algorithms to rank your page for keyword relevance, the "robot" determines whether you'll be ranked number 1 or 1,000,000 when potential visitors conduct a search looking for sites like yours. Because the search engines are constantly changing their algorithms to provide users with the best possible search results, there's only one true solution to high search engine placement--us. In short, submission alone isn't enough. *Good search engine ranking* is critical to your site's success. ------------- HERE'S WHAT WE DO -- A UNIQUE, SUCCESSFUL APPROACH In order to counter the ever-changing search engine algorithms, we create an entire series of "entry pages" that are optimized for the search engines--one for every keyword (or keyword phrase) that you provide. Each entry page is optimized for a different set of algorithm variables. In other words, instead of having only *one* page struggling to rank well on all engines, we create separate, search engine-specific entry pages for each keyword. As a result, your pages rank well because they contain information relevant to search queries that are related to your industry. ------------- HOW ENTRY PAGES AFFECT YOUR WEB SITE'S CURRENT STRUCTURE Put simply, they don't. When creating entry pages we *do not* make any changes to the existing structure, content, or functionality of your current site. The entry pages act as a welcome screen for your Web site when people enter from your highly ranked link on the search engine. The pages will say a few introductory words about your site, which are keyword and/or keyword phrase rich, and then provide a link that asks the visitor to "Click Here To Enter," which moves them directly to your current homepage. ------------ HERE'S WHAT WE DON'T *EVER* DO TO HELP YOUR SEARCH ENGINE RANK We *will not* build pages for irrelevant--yet "popular"--keywords. Also, we will *never* "spamdex" pages. "Spamdexing" is "stuffing" a Web page full of words for the search engine's robots. You may have seen spamdexing, which is placing many words in the same text color as a background onto a Web page. Spamdexing will actually get your pages "kicked" from search engine indexes. What we *will* do is simply present very relevant keywords for your site to the search engines in the way that they "like" to see it. ------------- "It's simple: If they can't find you on the search engines, they can't buy from you." -- J. LeRoss, Internet Sales Consultant ------------ HOW WELL DOES THE SERVICE WORK? We'll send you a detailed report of your current search engine ranking on "The Big Six" engines before we begin. Then, once your new entry pages have been indexed, we'll send you a second report showing how they've ranked. Here's a sampling of some results we've acheived for previous clients. (These examples are for competitive keywords--not just obscure words on which no one is conducting searches.) <> 6 top-10 rankings on Infoseek for different relevant keywords <> 18 top-10 rankings across the major search engines <> 3 top-10 rankings on Alta Vista for one keyword <> 16 total *number one* rankings <> 40 top-30 rankings, spread across the different engines. <> 1 to 2 hits per week increased to 500 per day <> 45,000 hits per month grew to 108,000. ------------ HOW MUCH DOES YOUR SERVICE COST? Our basic services start at only $385. The basic package includes: <> Construction of optimized entry pages for up to 20 keywords -- This gives you good "coverage" in your industry <> Submission of the keyword-dense entry pages to the "Big Six" search engines When you contact us, ask about other services we provide that may be able to help your Internet initiatives succeed. We have special services that can be tailored for your specific Internet marketing needs. ------------ HOW DO I GET STARTED? <> Call us--we'll answer any questions you may have and provide a no-cost initial consultation. (310) 859-4659 <> Submit your keywords and/or keyword phrases (up to 20) to us ------------ COMMENTS FROM CLIENTS "Frankly, I'm impressed with the foregoing. So many solicitations from email sources turn out to be a phone line that hooks up to a voice mail system that is designed to give the impression of size, and people who never return phone calls/messages. . . So its a pleasant surprise to find that someone at the other end is really operating as a business!!!" --Alan B. "Incredible! Our site is now receiving more hits in a day than we used to get in an entire month. [My boss] is still eating his words." -- Bob W. "I knew the search engines were a fantastic marketing tool, but my company simply didn't have the time to devote to search engine placement. It has proven to be the best money we've ever spent on marketing." -- Shelley H. "I worked for weeks to get good search engine placement, but I could never crack the top 80 . . . my site was deserted. Within a month [after using your service], I'd had more hits than I'd had in the last year. I wouldn't believe it if it hadn't happened to me." -- Chris L. ------------ OUR JOB: INCREASE YOUR WEB SITE'S RANKING. We can't guarantee that better ranking will increase the number of visitors that "surf" to your Web site. Some highly-ranked websites still don't get much traffic--much depends on your particular industry and choice of keywords. However, high rankings, in most cases, do mean increased Web site traffic. And, we have never failed to increase a client's ranking. Ever. ------------ CONTACT A REPRESENTATIVE: Search Engine Success Group - Call us at: (310) 859-4659 ----------------------- If you've received this message in error--and are not interested in our services--please click reply or call, (888)-248-2236, and we'll remove you from our list. Maximize your website's traffic. INCREASE YOUR SEARCH ENGINE RANK! If your Web site isn't getting the traffic it should, it's likely that it's not ranked well on the major Internet search engines. According to recent Internet E-commerce studies, over 90% of consumers find the Web sites they visit by using eight major search engines, which are Yahoo!, Excite, AltaVista, Infoseek, Lycos, Web Crawler, HotBot, and Northern Light. If your website isn't located in the top-30 listings of these engines, chances are your site will never be seen. The single most important thing you can do to increase your Web site's traffic is to increase your search engine ranking. ------------- "PUT YOUR NAME IN LIGHTS -- List your business with search engines to make sure potential customers can find it." -- BIZ Excite, PC Computing magazine, November 1998 ------------- THE BASICS: HOW SEARCH ENGINES RANK YOUR SITE When you submit your website to a search engine to be indexed in its database, it sends a "robot" to scan your page. Using complex algorithms to rank your page for keyword relevance, the "robot" determines whether you'll be ranked number 1 or 1,000,000 when potential visitors conduct a search looking for sites like yours. Because the search engines are constantly changing their algorithms to provide users with the best possible search results, there's only one true solution to high search engine placement--us. In short, submission alone isn't enough. *Good search engine ranking* is critical to your site's success. ------------- HERE'S WHAT WE DO -- A UNIQUE, SUCCESSFUL APPROACH In order to counter the ever-changing search engine algorithms, we create an entire series of "entry pages" that are optimized for the search engines--one for every keyword (or keyword phrase) that you provide. Each entry page is optimized for a different set of algorithm variables. In other words, instead of having only *one* page struggling to rank well on all engines, we create separate, search engine-specific entry pages for each keyword. As a result, your pages rank well because they contain information relevant to search queries that are related to your industry. ------------- HOW ENTRY PAGES AFFECT YOUR WEB SITE'S CURRENT STRUCTURE Put simply, they don't. When creating entry pages we *do not* make any changes to the existing structure, content, or functionality of your current site. The entry pages act as a welcome screen for your Web site when people enter from your highly ranked link on the search engine. The pages will say a few introductory words about your site, which are keyword and/or keyword phrase rich, and then provide a link that asks the visitor to "Click Here To Enter," which moves them directly to your current homepage. ------------ HERE'S WHAT WE DON'T *EVER* DO TO HELP YOUR SEARCH ENGINE RANK We *will not* build pages for irrelevant--yet "popular"--keywords. Also, we will *never* "spamdex" pages. "Spamdexing" is "stuffing" a Web page full of words for the search engine's robots. You may have seen spamdexing, which is placing many words in the same text color as a background onto a Web page. Spamdexing will actually get your pages "kicked" from search engine indexes. What we *will* do is simply present very relevant keywords for your site to the search engines in the way that they "like" to see it. ------------- "It's simple: If they can't find you on the search engines, they can't buy from you." -- J. LeRoss, Internet Sales Consultant ------------ HOW WELL DOES THE SERVICE WORK? We'll send you a detailed report of your current search engine ranking on "The Big Six" engines before we begin. Then, once your new entry pages have been indexed, we'll send you a second report showing how they've ranked. Here's a sampling of some results we've acheived for previous clients. (These examples are for competitive keywords--not just obscure words on which no one is conducting searches.) <> 6 top-10 rankings on Infoseek for different relevant keywords <> 18 top-10 rankings across the major search engines <> 3 top-10 rankings on Alta Vista for one keyword <> 16 total *number one* rankings <> 40 top-30 rankings, spread across the different engines. <> 1 to 2 hits per week increased to 500 per day <> 45,000 hits per month grew to 108,000. ------------ HOW MUCH DOES YOUR SERVICE COST? Our basic services start at only $385. The basic package includes: <> Construction of optimized entry pages for up to 20 keywords -- This gives you good "coverage" in your industry <> Submission of the keyword-dense entry pages to the "Big Six" search engines When you contact us, ask about other services we provide that may be able to help your Internet initiatives succeed. We have special services that can be tailored for your specific Internet marketing needs. ------------ HOW DO I GET STARTED? <> Call us--we'll answer any questions you may have and provide a no-cost initial consultation. (888) 283-2050 <> Submit your keywords and/or keyword phrases (up to 20) to us ------------ COMMENTS FROM CLIENTS "Frankly, I'm impressed with the foregoing. So many solicitations from email sources turn out to be a phone line that hooks up to a voice mail system that is designed to give the impression of size, and people who never return phone calls/messages. . . So its a pleasant surprise to find that someone at the other end is really operating as a business!!!" --Alan B. "Incredible! Our site is now receiving more hits in a day than we used to get in an entire month. [My boss] is still eating his words." -- Bob W. "I knew the search engines were a fantastic marketing tool, but my company simply didn't have the time to devote to search engine placement. It has proven to be the best money we've ever spent on marketing." -- Shelley H. "I worked for weeks to get good search engine placement, but I could never crack the top 80 . . . my site was deserted. Within a month [after using your service], I'd had more hits than I'd had in the last year. I wouldn't believe it if it hadn't happened to me." -- Chris L. ------------ OUR JOB: INCREASE YOUR WEB SITE'S RANKING. We can't guarantee that better ranking will increase the number of visitors that "surf" to your Web site. Some highly-ranked websites still don't get much traffic--much depends on your particular industry and choice of keywords. However, high rankings, in most cases, do mean increased Web site traffic. And, we have never failed to increase a client's ranking. Ever. ------------ CONTACT A REPRESENTATIVE: Search Engine Success Group - Call us at: (888) 283-2050 ----------------------- If you've received this message in error--and are not interested in our services--please click reply or call, (888)-248-2236, and we'll remove you from our list. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 1 00:21:03 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA11491 for freebsd-bugs-outgoing; Mon, 1 Feb 1999 00:21:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from coiib.es ([195.76.52.2]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id AAA11322; Mon, 1 Feb 1999 00:20:34 -0800 (PST) (envelope-from janet9981@yahoo.com) From: janet9981@yahoo.com Received: from mirentxu.coiib.es by coiib.es (SMI-8.6/SMI-SVR4) id KAA03948; Mon, 1 Feb 1999 10:14:59 -0100 Message-Id: <199902011114.KAA03948@coiib.es> To: adsrtc@mtyisrot.com Date: Sun, 31 Jan 99 23:41:37 EST Subject: Maximize your website's traffic! Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Maximize your website's traffic. INCREASE YOUR SEARCH ENGINE RANK! If your Web site isn't getting the traffic it should, it's likely that it's not ranked well on the major Internet search engines. According to recent Internet E-commerce studies, over 90% of consumers find the Web sites they visit by using eight major search engines, which are Yahoo!, Excite, AltaVista, Infoseek, Lycos, Web Crawler, HotBot, and Northern Light. If your website isn't located in the top-30 listings of these engines, chances are your site will never be seen. The single most important thing you can do to increase your Web site's traffic is to increase your search engine ranking. ------------- "PUT YOUR NAME IN LIGHTS -- List your business with search engines to make sure potential customers can find it." -- BIZ Excite, PC Computing magazine, November 1998 ------------- THE BASICS: HOW SEARCH ENGINES RANK YOUR SITE When you submit your website to a search engine to be indexed in its database, it sends a "robot" to scan your page. Using complex algorithms to rank your page for keyword relevance, the "robot" determines whether you'll be ranked number 1 or 1,000,000 when potential visitors conduct a search looking for sites like yours. Because the search engines are constantly changing their algorithms to provide users with the best possible search results, there's only one true solution to high search engine placement--us. In short, submission alone isn't enough. *Good search engine ranking* is critical to your site's success. ------------- HERE'S WHAT WE DO -- A UNIQUE, SUCCESSFUL APPROACH In order to counter the ever-changing search engine algorithms, we create an entire series of "entry pages" that are optimized for the search engines--one for every keyword (or keyword phrase) that you provide. Each entry page is optimized for a different set of algorithm variables. In other words, instead of having only *one* page struggling to rank well on all engines, we create separate, search engine-specific entry pages for each keyword. As a result, your pages rank well because they contain information relevant to search queries that are related to your industry. ------------- HOW ENTRY PAGES AFFECT YOUR WEB SITE'S CURRENT STRUCTURE Put simply, they don't. When creating entry pages we *do not* make any changes to the existing structure, content, or functionality of your current site. The entry pages act as a welcome screen for your Web site when people enter from your highly ranked link on the search engine. The pages will say a few introductory words about your site, which are keyword and/or keyword phrase rich, and then provide a link that asks the visitor to "Click Here To Enter," which moves them directly to your current homepage. ------------ HERE'S WHAT WE DON'T *EVER* DO TO HELP YOUR SEARCH ENGINE RANK We *will not* build pages for irrelevant--yet "popular"--keywords. Also, we will *never* "spamdex" pages. "Spamdexing" is "stuffing" a Web page full of words for the search engine's robots. You may have seen spamdexing, which is placing many words in the same text color as a background onto a Web page. Spamdexing will actually get your pages "kicked" from search engine indexes. What we *will* do is simply present very relevant keywords for your site to the search engines in the way that they "like" to see it. ------------- "It's simple: If they can't find you on the search engines, they can't buy from you." -- J. LeRoss, Internet Sales Consultant ------------ HOW WELL DOES THE SERVICE WORK? We'll send you a detailed report of your current search engine ranking on "The Big Six" engines before we begin. Then, once your new entry pages have been indexed, we'll send you a second report showing how they've ranked. Here's a sampling of some results we've acheived for previous clients. (These examples are for competitive keywords--not just obscure words on which no one is conducting searches.) <> 6 top-10 rankings on Infoseek for different relevant keywords <> 18 top-10 rankings across the major search engines <> 3 top-10 rankings on Alta Vista for one keyword <> 16 total *number one* rankings <> 40 top-30 rankings, spread across the different engines. <> 1 to 2 hits per week increased to 500 per day <> 45,000 hits per month grew to 108,000. ------------ HOW MUCH DOES YOUR SERVICE COST? Our basic services start at only $385. The basic package includes: <> Construction of optimized entry pages for up to 20 keywords -- This gives you good "coverage" in your industry <> Submission of the keyword-dense entry pages to the "Big Six" search engines When you contact us, ask about other services we provide that may be able to help your Internet initiatives succeed. We have special services that can be tailored for your specific Internet marketing needs. ------------ HOW DO I GET STARTED? <> Call us--we'll answer any questions you may have and provide a no-cost initial consultation. (310) 859-4659 <> Submit your keywords and/or keyword phrases (up to 20) to us ------------ COMMENTS FROM CLIENTS "Frankly, I'm impressed with the foregoing. So many solicitations from email sources turn out to be a phone line that hooks up to a voice mail system that is designed to give the impression of size, and people who never return phone calls/messages. . . So its a pleasant surprise to find that someone at the other end is really operating as a business!!!" --Alan B. "Incredible! Our site is now receiving more hits in a day than we used to get in an entire month. [My boss] is still eating his words." -- Bob W. "I knew the search engines were a fantastic marketing tool, but my company simply didn't have the time to devote to search engine placement. It has proven to be the best money we've ever spent on marketing." -- Shelley H. "I worked for weeks to get good search engine placement, but I could never crack the top 80 . . . my site was deserted. Within a month [after using your service], I'd had more hits than I'd had in the last year. I wouldn't believe it if it hadn't happened to me." -- Chris L. ------------ OUR JOB: INCREASE YOUR WEB SITE'S RANKING. We can't guarantee that better ranking will increase the number of visitors that "surf" to your Web site. Some highly-ranked websites still don't get much traffic--much depends on your particular industry and choice of keywords. However, high rankings, in most cases, do mean increased Web site traffic. And, we have never failed to increase a client's ranking. Ever. ------------ CONTACT A REPRESENTATIVE: Search Engine Success Group - Call us at: (310) 859-4659 ----------------------- If you've received this message in error--and are not interested in our services--please click reply or call, (888)-248-2236, and we'll remove you from our list. Maximize your website's traffic. INCREASE YOUR SEARCH ENGINE RANK! If your Web site isn't getting the traffic it should, it's likely that it's not ranked well on the major Internet search engines. According to recent Internet E-commerce studies, over 90% of consumers find the Web sites they visit by using eight major search engines, which are Yahoo!, Excite, AltaVista, Infoseek, Lycos, Web Crawler, HotBot, and Northern Light. If your website isn't located in the top-30 listings of these engines, chances are your site will never be seen. The single most important thing you can do to increase your Web site's traffic is to increase your search engine ranking. ------------- "PUT YOUR NAME IN LIGHTS -- List your business with search engines to make sure potential customers can find it." -- BIZ Excite, PC Computing magazine, November 1998 ------------- THE BASICS: HOW SEARCH ENGINES RANK YOUR SITE When you submit your website to a search engine to be indexed in its database, it sends a "robot" to scan your page. Using complex algorithms to rank your page for keyword relevance, the "robot" determines whether you'll be ranked number 1 or 1,000,000 when potential visitors conduct a search looking for sites like yours. Because the search engines are constantly changing their algorithms to provide users with the best possible search results, there's only one true solution to high search engine placement--us. In short, submission alone isn't enough. *Good search engine ranking* is critical to your site's success. ------------- HERE'S WHAT WE DO -- A UNIQUE, SUCCESSFUL APPROACH In order to counter the ever-changing search engine algorithms, we create an entire series of "entry pages" that are optimized for the search engines--one for every keyword (or keyword phrase) that you provide. Each entry page is optimized for a different set of algorithm variables. In other words, instead of having only *one* page struggling to rank well on all engines, we create separate, search engine-specific entry pages for each keyword. As a result, your pages rank well because they contain information relevant to search queries that are related to your industry. ------------- HOW ENTRY PAGES AFFECT YOUR WEB SITE'S CURRENT STRUCTURE Put simply, they don't. When creating entry pages we *do not* make any changes to the existing structure, content, or functionality of your current site. The entry pages act as a welcome screen for your Web site when people enter from your highly ranked link on the search engine. The pages will say a few introductory words about your site, which are keyword and/or keyword phrase rich, and then provide a link that asks the visitor to "Click Here To Enter," which moves them directly to your current homepage. ------------ HERE'S WHAT WE DON'T *EVER* DO TO HELP YOUR SEARCH ENGINE RANK We *will not* build pages for irrelevant--yet "popular"--keywords. Also, we will *never* "spamdex" pages. "Spamdexing" is "stuffing" a Web page full of words for the search engine's robots. You may have seen spamdexing, which is placing many words in the same text color as a background onto a Web page. Spamdexing will actually get your pages "kicked" from search engine indexes. What we *will* do is simply present very relevant keywords for your site to the search engines in the way that they "like" to see it. ------------- "It's simple: If they can't find you on the search engines, they can't buy from you." -- J. LeRoss, Internet Sales Consultant ------------ HOW WELL DOES THE SERVICE WORK? We'll send you a detailed report of your current search engine ranking on "The Big Six" engines before we begin. Then, once your new entry pages have been indexed, we'll send you a second report showing how they've ranked. Here's a sampling of some results we've acheived for previous clients. (These examples are for competitive keywords--not just obscure words on which no one is conducting searches.) <> 6 top-10 rankings on Infoseek for different relevant keywords <> 18 top-10 rankings across the major search engines <> 3 top-10 rankings on Alta Vista for one keyword <> 16 total *number one* rankings <> 40 top-30 rankings, spread across the different engines. <> 1 to 2 hits per week increased to 500 per day <> 45,000 hits per month grew to 108,000. ------------ HOW MUCH DOES YOUR SERVICE COST? Our basic services start at only $385. The basic package includes: <> Construction of optimized entry pages for up to 20 keywords -- This gives you good "coverage" in your industry <> Submission of the keyword-dense entry pages to the "Big Six" search engines When you contact us, ask about other services we provide that may be able to help your Internet initiatives succeed. We have special services that can be tailored for your specific Internet marketing needs. ------------ HOW DO I GET STARTED? <> Call us--we'll answer any questions you may have and provide a no-cost initial consultation. (888) 283-2050 <> Submit your keywords and/or keyword phrases (up to 20) to us ------------ COMMENTS FROM CLIENTS "Frankly, I'm impressed with the foregoing. So many solicitations from email sources turn out to be a phone line that hooks up to a voice mail system that is designed to give the impression of size, and people who never return phone calls/messages. . . So its a pleasant surprise to find that someone at the other end is really operating as a business!!!" --Alan B. "Incredible! Our site is now receiving more hits in a day than we used to get in an entire month. [My boss] is still eating his words." -- Bob W. "I knew the search engines were a fantastic marketing tool, but my company simply didn't have the time to devote to search engine placement. It has proven to be the best money we've ever spent on marketing." -- Shelley H. "I worked for weeks to get good search engine placement, but I could never crack the top 80 . . . my site was deserted. Within a month [after using your service], I'd had more hits than I'd had in the last year. I wouldn't believe it if it hadn't happened to me." -- Chris L. ------------ OUR JOB: INCREASE YOUR WEB SITE'S RANKING. We can't guarantee that better ranking will increase the number of visitors that "surf" to your Web site. Some highly-ranked websites still don't get much traffic--much depends on your particular industry and choice of keywords. However, high rankings, in most cases, do mean increased Web site traffic. And, we have never failed to increase a client's ranking. Ever. ------------ CONTACT A REPRESENTATIVE: Search Engine Success Group - Call us at: (888) 283-2050 ----------------------- If you've received this message in error--and are not interested in our services--please click reply or call, (888)-248-2236, and we'll remove you from our list. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 1 06:20:03 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA25141 for freebsd-bugs-outgoing; Mon, 1 Feb 1999 06:20:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA25104 for ; Mon, 1 Feb 1999 06:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id GAA27142; Mon, 1 Feb 1999 06:20:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA24953; Mon, 1 Feb 1999 06:17:04 -0800 (PST) (envelope-from nobody) Message-Id: <199902011417.GAA24953@hub.freebsd.org> Date: Mon, 1 Feb 1999 06:17:04 -0800 (PST) From: lerland@icrt.demon.co.uk To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/9856: No boot after installation: just "Read error" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9856 >Category: misc >Synopsis: No boot after installation: just "Read error" >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 1 06:20:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Lars G. Erlandsen >Release: 2.2.8 >Organization: Inter-Connect RealTime Ltd >Environment: Cannot boot, so cannot perform "uname -a", however, machine is a standard Dell XPS R400 with IDE disk and Adaptec 2940 (narrow) SCSI connected to Seagate ST34371N 4.1Gbyte disk, and ISA NE2000 network card (0x300, IRQ10) >Description: Installation goes OK (disabled as much as possible in kernel, except IDE, CDROM, serial, parallell, console, network card, mouse, SCSI Tried both LBA-reported cylinder/head/sector count (528/255/63), and physical count (5178/10/164, corrupts disk). Created single primary partition (tried several sizes between 200 Mbytes and 1 Gbyte), both as 1st and 2nd primary partition on IDE disk, and 1st and 2nd primary partition on SCSI disk. I let the installation utility distribute the slices inside. Installation went OK (X Windows a pig to set up, ignored it in the end - Linux is a doddle to set up!). On first boot after installation, the bios always reports "Read error", and that is the end of progress. Similarily, I have installed Linux RedHat 5.2 in all of the above combinations, and NEVER had any problems. I installed both 1.5, 2.0.5, and 2.2 on my old trusted 486 DX2/66 over the years (also on Adaptec SCSI), and had no problems, so have we gone backwards since then??? I'm really sorry to see Linux sail past my favourite over many years. This has been a real disappointment. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 1 06:30:06 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA26214 for freebsd-bugs-outgoing; Mon, 1 Feb 1999 06:30:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA26109 for ; Mon, 1 Feb 1999 06:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id GAA27861; Mon, 1 Feb 1999 06:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from lily.sanpei.org (u3193.seaple.icc.ne.jp [203.140.43.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA25934 for ; Mon, 1 Feb 1999 06:28:20 -0800 (PST) (envelope-from sanpei@sanpei.org) Received: (from sanpei@localhost) by lily.sanpei.org (8.9.1+3.1W/3.7W) id XAA00647; Mon, 1 Feb 1999 23:26:52 +0900 (JST) Message-Id: <199902011426.XAA00647@lily.sanpei.org> Date: Mon, 1 Feb 1999 23:26:52 +0900 (JST) From: MIHIRA Yoshiro Reply-To: sanpei@sanpei.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/9857: 3.0-stable's installer crash around mouse selection phase Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9857 >Category: misc >Synopsis: 3.0-stable's installer crash around mouse selection phase >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 1 06:30:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: MIHIRA Yoshiro >Release: FreeBSD 2.2.6-RELEASE i386 >Organization: Keio Univ. >Environment: 3.0-19990127-SNAP from current.freebsd.org and 3.0-19990131-SNAP which is build in local. >Description: I install 3.0-19990127-SNAP and 3.0-19990131-SNAP with kern.flp and mfsroot.flp. (boot.flp can't bootup :-< I install with novice mode. Distribution install phase is fine, but after extraction, at post-configuration phase, sysinstall crash and reboot. I guess mouse detach routine is broken. At setup mouse phase, wherethere setup or not a ``moused'', too many warnings are printed these messages to Virtual Terminal-2. (sorry, I pickuped warning messages from VT-2, these messages are many times ) sysinstall in free(): warning: page is already free. sysinstall in free(): warning: chunk is already free. sysinstall in free(): warning: junk pointer, too high to make sense. After setup mouse phase, sysinstall and kernel was crash and automatically reboot. >How-To-Repeat: Install with kern.flp and mfsroot.flp and after mouse setup phase.... >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 1 07:20:14 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA04420 for freebsd-bugs-outgoing; Mon, 1 Feb 1999 07:20:14 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA04356 for ; Mon, 1 Feb 1999 07:20:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id HAA64728; Mon, 1 Feb 1999 07:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from lily.sanpei.org (u3193.seaple.icc.ne.jp [203.140.43.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA03657 for ; Mon, 1 Feb 1999 07:16:15 -0800 (PST) (envelope-from sanpei@sanpei.org) Received: (from sanpei@localhost) by lily.sanpei.org (8.9.1+3.1W/3.7W) id AAA01537; Tue, 2 Feb 1999 00:16:06 +0900 (JST) Message-Id: <199902011516.AAA01537@lily.sanpei.org> Date: Tue, 2 Feb 1999 00:16:06 +0900 (JST) From: MIHIRA Yoshiro Reply-To: sanpei@sanpei.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/9858: network interface name are removed from network_interfaces variable of /etc/rc.conf.site by sysinstall Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9858 >Category: bin >Synopsis: network interface name are removed from network_interfaces variable of /etc/rc.conf.site by sysinstall >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 1 07:20:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: MIHIRA Yoshiro >Release: FreeBSD 2.2.6-RELEASE i386 >Organization: Keio Univ. >Environment: 3.0-19990127-SNAP from current.freebsd.org and 3.0-19990131-SNAP which is build in local >Description: After sysinstall at multi-user-mode, some network interface name are missed in network_interfaces variable of /etc/rc.conf.site. before sysinstall network_interfaces="de0 lo0" execute sysinstall, and select [Exit install] after sysinstall network_interfaces="lo0" If I add de0 to network_interfaces variable of ``/etc/rc.conf'', de0 is not missed in /etc/rc.conf.site :-< I guess that it is related to changes between 1.115 and 1.115.2.1 of src/release/sysinstall/config.c. But, sorry, I can't find out problem code. >How-To-Repeat: crean-install FreeBSD-3.0-stable snapshot and execute sysinstall after reboot. or execute latest sysinstall with crean /etc/rc.conf(I guess)(I guess)(I guess)(I guess)(I guess)(I guess)(I guess)(I guess)(I guess). >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 1 08:50:05 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA14121 for freebsd-bugs-outgoing; Mon, 1 Feb 1999 08:50:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA14063 for ; Mon, 1 Feb 1999 08:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id IAA71248; Mon, 1 Feb 1999 08:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from tigger.cablenet.net (tigger.cablenet.net [195.248.96.18]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA13489 for ; Mon, 1 Feb 1999 08:45:15 -0800 (PST) (envelope-from damian@tigger.cablenet.net) Received: (qmail 337 invoked by uid 202); 22 Jan 1999 19:08:17 -0000 Message-Id: <19990122190817.336.qmail@tigger.cablenet.net> Date: 22 Jan 1999 19:08:17 -0000 From: damian@tigger.cablenet.net Reply-To: damian@tigger.cablenet.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9862: system crashes writing to msdos jaz disk (via nfs) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9862 >Category: kern >Synopsis: system crashes writing to msdos jaz disk (via nfs) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 1 08:50:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Damian Hamill >Release: FreeBSD 2.2.7-STABLE i386 >Organization: CableNet Ltd >Environment: kernel, filesystem, SCSI >Description: The system crashes reliably when writing to an msdos partition on a jaz drive from a win95 client via an intermediary server (SMB) which has the jaz disk mounted via nfs >How-To-Repeat: mount an msdos partition from a jaz disk (SCSI) on server A export the filesystem in /etc/exports on server A mount the filesystem via nfs on server B make this nfs volume available to the smb server on server B from a windows client copy files to the jaz disk on server A via server B server A crashes after about 1 minute >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 1 10:00:04 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA20937 for freebsd-bugs-outgoing; Mon, 1 Feb 1999 10:00:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA20932 for ; Mon, 1 Feb 1999 10:00:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id KAA75737; Mon, 1 Feb 1999 10:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Mon, 1 Feb 1999 10:00:02 -0800 (PST) Message-Id: <199902011800.KAA75737@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Dmitrij Tejblum Subject: Re: kern/9862: system crashes writing to msdos jaz disk (via nfs) Reply-To: Dmitrij Tejblum Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/9862; it has been noted by GNATS. From: Dmitrij Tejblum To: damian@tigger.cablenet.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/9862: system crashes writing to msdos jaz disk (via nfs) Date: Mon, 01 Feb 1999 20:54:34 +0300 > >Synopsis: system crashes writing to msdos jaz disk (via nfs) Please provide details of the "crash". Does the system panic? If so, please supply stack trace. See chapter 22 of the handbook for a way of getting it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 1 10:24:01 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA24007 for freebsd-bugs-outgoing; Mon, 1 Feb 1999 10:24:01 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA23986; Mon, 1 Feb 1999 10:24:00 -0800 (PST) (envelope-from rnordier@FreeBSD.org) From: Robert Nordier Received: (from rnordier@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id KAA77221; Mon, 1 Feb 1999 10:23:59 -0800 (PST) (envelope-from rnordier@FreeBSD.org) Date: Mon, 1 Feb 1999 10:23:59 -0800 (PST) Message-Id: <199902011823.KAA77221@freefall.freebsd.org> To: rnordier@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, rnordier@FreeBSD.ORG Subject: Re: misc/9856 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: No boot after installation: just "Read error" Responsible-Changed-From-To: freebsd-bugs->rnordier Responsible-Changed-By: rnordier Responsible-Changed-When: Mon Feb 1 10:22:26 PST 1999 Responsible-Changed-Why: Not the new boot code, apparently, but someone has to look at this. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 1 11:00:12 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA28853 for freebsd-bugs-outgoing; Mon, 1 Feb 1999 11:00:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA28847 for ; Mon, 1 Feb 1999 11:00:09 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id LAA80120 for freebsd-bugs@freebsd.org; Mon, 1 Feb 1999 11:00:03 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 1 Feb 1999 11:00:03 -0800 (PST) Message-Id: <199902011900.LAA80120@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The report has been examined by a team member and evaluated. f - feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. s - suspended The problem is not being worked on. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1996/12/20] bin/2258 wollman route add/delete [network] xxx.yyy.zzz.0 f [1997/02/11] kern/2717 Panic with daily script (find) o [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, o [1997/05/01] i386/3462 yokota using a PS/2 mouse causes kernel trap in o [1997/05/24] kern/3674 peter NFS in 2.2 RELEASE hangs. o [1997/06/01] kern/3752 peter NFS dirs under -current still have proble o [1997/06/01] kern/3753 peter "make" hangs when building in an NFS dir o [1997/06/25] kern/3949 sos The WD controller probe can fail when it o [1997/07/03] kern/4021 peter Local mount of a local NFS exported direc o [1997/07/31] kern/4200 peter NFS: "vm_fault: fault on nofault entry" w o [1997/08/12] kern/4289 kernel panic: vm_fault: fault on nofault o [1997/08/20] kern/4345 Kernel panic is caused by passing file de o [1997/09/02] kern/4453 2.2.2 lockup on restart with ASUS-TX97 mo o [1997/10/01] kern/4673 Two panics, now crash dumps, always in re o [1997/10/25] kern/4849 2.2.5-RELEASE does not detect TI PCI-1130 o [1997/10/25] kern/4851 adaptec 2940U hangs system if scsi tape d o [1997/10/27] kern/4864 Boot Failure in FreeBSD 2.2.5 RELEASE, ma o [1997/10/28] misc/4876 SCSI hard disks die too often o [1997/11/07] kern/4968 No flow control setting seems to make the o [1997/11/10] kern/4996 peter NFS crash, possibly related to file bigge o [1997/11/23] kern/5130 Kernel panic GPF imediatly on loading ker s [1997/11/24] bin/5139 portmap does not find interfaces correctl o [1997/11/25] bin/5148 peter mode of file and access on NFS mounted p f [1997/12/04] i386/5223 mount_msdos /dev/fd0.1440 /mnt and failur f [1997/12/21] kern/5355 Fix for NULLFS problems s [1998/01/15] i386/5493 [PATCH] aic6330.c: kernel freeze when I a o [1998/01/28] i386/5594 System not bootable when bad partition ty o [1998/02/03] kern/5641 running processes at the IDLE priority (i o [1998/02/10] kern/5702 problem with address network routing o [1998/02/10] kern/5703 CDROM Media Error triggers complete syste o [1998/02/10] kern/5709 Fatal trap 12: page fault in kernel mode o [1998/02/12] bin/5732 2.2.5 Won't install using partition creat o [1998/03/01] kern/5886 2.2-STABLE crashes when unmounting a busy o [1998/03/01] kern/5895 Kernal dumps caused by fork? o [1998/03/02] kern/5898 2.2-stable kernel panics pmap_relase: fre o [1998/03/13] kern/5994 Kernel Panics on FreeBSD-3.0 current SMP o [1998/03/14] kern/6006 cy driver panics machine when a user dial o [1998/03/23] bin/6121 peter gethostbyname(3) no longer returns NO_DAT o [1998/03/25] kern/6133 optical drive with 1024-byte (1k) sectors a [1998/03/27] kern/6147 syncronus ufs does not sync o [1998/04/30] kern/6465 File contents are zeroed after reboot o [1998/05/13] bin/6627 TCP-based RPC denial-of-service attack s [1998/05/13] kern/6630 [PATCH] Fix for Cyrix I8254 bug o [1998/05/19] kern/6689 kern_physio.c splits requests breaking cd f [1998/05/19] kern/6694 Network hangs, with "No buffers available o [1998/05/23] kern/6732 PCCARD kernel panic in sio driver s [1998/06/03] kern/6853 peter Having an inactive de0 in system leads to o [1998/06/11] kern/6914 FreeBSD 2.2.6-RELEASE and NFS is UNSTABLE o [1998/06/14] i386/6944 icu_ipl.s does has a case commented as ca o [1998/06/23] kern/7028 Panic in vinvalbuf when appending/looking o [1998/06/24] kern/7042 No buffer space available a [1998/07/12] kern/7264 gibbs Buslogic BT 950 scsi card not detected o [1998/07/15] kern/7288 /kernel: panic: ffs_alloccg: map corrupte o [1998/07/21] bin/7358 [PATCH] Security patches for locatedb etc o [1998/07/21] i386/7361 AHA-2940UW, Micron Millenia, ahc. Driver o [1998/08/06] ports/7513 se KDE kdm display manager doesn't work (and f [1998/08/07] i386/7528 install hangs @ probing devices screen wi o [1998/08/07] ports/7529 se kdehelp from stock kdebase-1.0 package do o [1998/08/14] kern/7611 custom-builtkernel causes fatal trap 12: o [1998/08/15] kern/7622 Kernel panic with Fatal trap 18. o [1998/08/16] i386/7633 panic: page fault on install with boot.fl s [1998/08/17] i386/7646 My system is freeze after X starup. s [1998/08/17] kern/7649 fenner [MFC] /sys/netinet/if_ether.c: "permanent o [1998/09/03] kern/7822 Machine Reboots without reason o [1998/09/06] kern/7843 Unable to install FreeBSD on Tekram DC-39 o [1998/09/08] i386/7859 fatal trap 12 in midi_synth_input o [1998/09/14] kern/7927 Fatal trap 12: page fault while in kernel o [1998/09/18] i386/7984 destructive install of 2.2.7 on 2.2.5 sys o [1998/09/20] i386/8000 jkh aout-to-elf-install fails on aout 3.0-BET o [1998/09/28] misc/8071 some obj-links seem not to be taken o [1998/09/28] kern/8074 se CAM rescan operation fatal o [1998/10/03] gnu/8138 peter gcc -pipe xxx.s hangs o [1998/10/06] i386/8179 Install failure with motherbord using SIS o [1998/10/08] i386/8214 Install 3.0-19981006-BETA fails o [1998/10/10] ports/8264 andreas xmysql / xmysqladmin won't compile. o [1998/10/12] conf/8290 3.0-19981009-BETA with DPT PM3334UW contr o [1998/10/16] kern/8345 mmap(2) hangs when dealing with certain f o [1998/10/17] ports/8364 chuckr ports/mpich-1.1.1 PATCHES ENCLOSED o [1998/10/20] kern/8386 modload failure o [1998/10/27] kern/8473 Excessive virtual memory consumption with o [1998/11/01] kern/8532 3.0-RELEASE panics with standard SMP kern o [1998/11/04] conf/8576 server goes down when client mount its fi a [1998/11/08] ports/8609 nectar eklogin service (kerberos klogind) fails o [1998/11/09] i386/8639 Accton EN1207B-TX dosen't work o [1998/11/10] kern/8641 FreeBSD crashes when global memory alloca o [1998/11/11] kern/8653 FreeBSD 3.0 locks up on access to certain o [1998/11/12] i386/8673 bug in vm_page_alloc_contig() o [1998/11/16] kern/8711 FreeBSD 2.2.7 Accidently reboots ... o [1998/11/18] i386/8742 X Windows is ,loading with no accelerated o [1998/11/19] kern/8763 FreeBSD 3.0 system reboots or hangs often o [1998/11/21] i386/8787 install process hangs while adding defaul o [1998/11/24] ports/8829 torstenb Fix port: security/ssh o [1998/11/24] kern/8851 mounting an unconfigured device causes a o [1998/11/25] kern/8861 under heavy (multi interface) traffic ep0 o [1998/12/01] i386/8922 can't detect wdc1 on Abit LX6 motherboard o [1998/12/05] kern/8973 trap 12: page fault while in kernel mode o [1998/12/09] misc/9034 I can't install FreeBSD 3.0-RELEASE on my o [1998/12/09] kern/9036 Boot 3.0-Release hangs with BT-445S after o [1998/12/12] kern/9059 3.0 crashes with high write-to-disk load o [1998/12/14] kern/9081 3.0-RELEASE dies starting AP on dual PPro o [1998/12/20] kern/9143 syscons of 3.0-RELEASE causes system to c a [1998/12/22] kern/9178 -current ipfw.ko with ELF kernel doesn't o [1998/12/25] kern/9195 daemons die with sig11 due to VM problems o [1998/12/28] kern/9218 sysctl crashes system with bad args o [1998/12/30] kern/9249 Panic on 2.2.8-STABLE when accessing wcd o [1999/01/02] kern/9277 NFS-Bug in 3.0 ? o [1999/01/02] kern/9282 2nd IDE controller on Ali chipset motherb o [1999/01/03] kern/9294 IDE controller not being detected even wi o [1999/01/03] ports/9295 torstenb Y2K problem with inn port o [1999/01/03] ports/9298 andreas Y2K problem with knews port o [1999/01/05] kern/9334 cp fails for 2048 Bytes/sector media o [1999/01/06] i386/9360 /boot/loader contains floating point inst o [1999/01/07] kern/9370 panic: vinvalbuf: dirty bufs o [1999/01/13] kern/9479 timeout while detect SCSI disks in recent o [1999/01/14] kern/9497 ide_pci.c is broken o [1999/01/17] kern/9541 Error in kldunload function o [1999/01/18] kern/9560 softupdates freezes system under heavy lo o [1999/01/20] kern/9586 timeout problems with two fxp cards o [1999/01/24] i386/9668 sys/boot/i386/libi386/biosdisk.c still bu o [1999/01/25] ports/9691 ports jadetex port depends on unknown other pac o [1999/01/26] i386/9709 Kernel page faults during boot with 2GB R o [1999/01/27] kern/9742 tx driver for smc autodetects fine, but n o [1999/01/28] ports/9751 ports New Port: 3.0-RELEASE's ld.so - needed fo o [1999/01/28] i386/9755 fatal signal: floating point exception + o [1999/01/31] i386/9841 Pagefault while scsibus scan on bootup o [1999/02/01] misc/9857 3.0-stable's installer crash around mouse o [1999/02/01] bin/9858 network interface name are removed from n 127 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1995/03/02] misc/229 bde acos() core dump a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m s [1995/05/16] kern/425 arp entries not getting removed when inte f [1995/06/17] kern/527 dufault dump causes assertion in ncr.c o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line s [1995/07/29] kern/638 Transmitted packets not passed to bpf in o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps a [1996/02/17] bin/1030 cracauer /bin/sh does not pass environment variabl o [1996/05/24] misc/1247 yokota Conflicting header files f [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/06/05] kern/1293 Fatal trap 12: page fault while in kernel o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA f [1996/08/03] bin/1461 Incorrect address binding of Kerberized r o [1996/08/04] kern/1467 gibbs scsi_prevent causing tape problems on clo f [1996/08/22] kern/1533 dyson Machine can be panicked by a userland pro o [1996/09/19] bin/1650 telnet encryption with char-mode and asci o [1996/09/29] kern/1689 wollman TCP extensions throttles distant connecti o [1996/10/04] kern/1724 mjacob HP colorado T4000S tape drive hangs syste o [1996/10/04] kern/1726 panic in kmem_malloc (dump available) o [1996/10/08] kern/1744 peter run queue or proc list smashed 4 times in o [1996/10/15] kern/1812 dg vnodes are left in a locked state o [1996/10/15] kern/1814 cy driver gets deadlocked sometimes o [1996/10/20] kern/1848 breakpoints may be set in shared librarie f [1996/10/21] kern/1856 peter read-only nfs mount: panic leaf should be s [1996/10/26] bin/1892 install(1) removes target file f [1996/10/28] kern/1919 se access to files/directories fails, gives s [1996/11/08] gnu/1981 ypserv handles null key incorrectly a [1996/11/13] bin/2001 vi confused about lines to display a [1996/11/14] kern/2014 sos Console keyboard lockup problem o [1996/11/18] kern/2053 peter de0 driver don't work at 100M for Compex s [1996/12/03] kern/2142 FP mask not saved for signal handlers s [1996/12/22] ports/2268 erich libc from linux emulator does not use /et o [1996/12/22] kern/2270 Hayes ESP serial card locks system as of a [1996/12/30] kern/2325 quota.user enlarged, no boot on 2.2-BETA o [1996/12/30] kern/2330 changing root device to sd0a - ncr0: abor f [1997/01/03] conf/2367 gibbs Buslogic SCSI driver bad probe of 742A EI o [1997/01/09] bin/2430 mountd stops on loading if subnet mask is o [1997/01/13] misc/2479 sos NEC CD-ROM NOT RECOGNIZED; MATROX MISTIQU o [1997/01/13] bin/2489 steve gnats mangles sections o [1997/01/20] kern/2545 se < sd0(ncr0:6:0): COMMAND FAILED ==> Not a [1997/01/21] bin/2549 sos cdcontrol refuses to play audio CDs from o [1997/02/02] kern/2640 2.2-RELENG leaks memory (router/pppd serv s [1997/02/03] kern/2647 changing existing route to -static crashe o [1997/02/05] kern/2667 wollman bpfattach can hang the system o [1997/02/05] bin/2671 Run-away processes using all CPU time a [1997/02/06] kern/2675 lkmcioctl() is not consistent and careful o [1997/02/07] kern/2690 asami When Using ccd in a mirror mode, file cre o [1997/02/08] kern/2695 sio1 (16540 serial port) is not recognize o [1997/02/09] kern/2698 After rewind I cannot read a tape; blocks o [1997/02/12] kern/2719 added support for magneto-optical SCSI di o [1997/02/14] bin/2736 No boot block if no FreeBSD partitions on o [1997/02/15] kern/2742 panic: leaf should be empty o [1997/02/15] bin/2747 davidn cannot submit at jobs from within an at j o [1997/02/16] gnu/2749 peter cvs export using remote cvs fails - CVS/T o [1997/02/19] kern/2768 ktrace(1) -i dumps corrupted trace data o [1997/02/19] bin/2769 fsck needs several runs to clean up bad/d o [1997/02/19] kern/2770 panic: vm_fault: fault on nofault entry o [1997/02/19] kern/2771 panic: bad dir o [1997/02/19] kern/2773 peter bad dir panic o [1997/02/20] bin/2785 wpaul callbootd uses an unitialized variable o [1997/02/20] gnu/2786 gcc version 2.7.2.1 C compiler slows down o [1997/02/22] kern/2800 DDS large data writing probrem o [1997/02/25] kern/2815 Custom Kernel crashes o [1997/03/01] kern/2840 mlock+minherit+fork+munlock causes panics o [1997/03/03] kern/2858 peter FreeBSD NFS client can't mount filesystem o [1997/03/04] kern/2873 the od0 devies does not handle a Maxoptix o [1997/03/08] kern/2919 vm_fault: fault on nofault entry, addr: f o [1997/03/11] bin/2948 can't dump 640MB optical disks o [1997/03/12] kern/2965 st0 hang/fail on reading 4mm DAT tape for o [1997/03/12] bin/2973 output of iostat is wrong. o [1997/03/15] kern/2991 RTF_LLINFO routes remain when interface i o [1997/03/18] kern/3021 panic after sync during reboot o [1997/03/21] bin/3055 umount -f does not work o [1997/04/01] bin/3170 vi freaks and dump core if user doesn't e o [1997/04/05] kern/3201 peter de0 not re-enabled after hub down o [1997/04/06] kern/3216 panic: pmap_zero_page: CMAP busy o [1997/04/06] kern/3219 sppp or arnet gets looped after connectio o [1997/04/09] kern/3244 ipfw flush closes connections o [1997/04/15] bin/3305 Can't do encrypted rlogin into self o [1997/04/19] bin/3355 se ncrcontrol fails when -DFAILSAFE in kerne o [1997/04/25] kern/3381 peter 2.2.x kernel panic on traversing and remo o [1997/04/25] kern/3384 telldir-seekdir can cause livelock o [1997/05/01] gnu/3441 C++ exceptions don't work in shared libra o [1997/05/01] kern/3463 netstat -I packet count increase on sl0 w f [1997/05/04] i386/3502 Merge of if_ix* and if_ie* broke EE/16 su o [1997/05/06] bin/3524 imp rlogin doesn't read $HOSTALIASES for non- o [1997/05/07] kern/3527 peter if_de.c doesn't recognize Kingston card p o [1997/05/09] kern/3564 using MPU401 driver pagefaults kernel o [1997/05/09] kern/3569 ex0 driver doesn't work with EtherExpress o [1997/05/11] misc/3578 defining CXXFLAGS in /etc/make.conf or en o [1997/05/12] kern/3579 peter de driver doesn't support newer SMC 9332 o [1997/05/12] kern/3581 intermittent trap 12 in lockstatus() o [1997/05/12] kern/3582 panic: bad dir (mangled entry) in 2.2-STA o [1997/05/13] conf/3591 parts in rc.local have no effects in rc.* s [1997/05/25] kern/3685 [PATCH] panic: fdesc attr o [1997/05/30] conf/3725 Cirrus Logic PCMCIA Controller Support o [1997/05/30] kern/3726 peter process hangs in 2.2-stable when working o [1997/05/30] kern/3727 SCSI II tape support broken o [1997/06/01] conf/3750 phk Potential improvements to rc.firewall o [1997/06/03] kern/3771 NFS hangs when writing to local FS re-mou o [1997/06/04] i386/3779 changing cursor to blinking block causes o [1997/06/07] conf/3807 mitsumi cd-rom fx800 (8x cd-rom) is not r o [1997/06/08] gnu/3810 cvs can't handle multiple multiple-path d o [1997/06/16] misc/3883 @+netgroup entries break +NIS-user entrie o [1997/06/18] kern/3899 df while unmounting floppy crashes 2.2.2 o [1997/06/19] kern/3909 joerg A patch supporting some new worm drivers o [1997/06/19] gnu/3910 sort(1) of 2.2.1R doesn't work in special o [1997/06/28] misc/3980 peter access via NFS fails during mount-operati o [1997/06/29] bin/3986 rdist seg faults when target machine is d o [1997/07/02] kern/4012 peter 2.2-RELEASE/Digital UNIX NFSv3 0 length f o [1997/07/02] misc/4013 boot floppy hangs if IDE ZIP Drive presen s [1997/07/06] gnu/4042 gdb stackframe in static library shows no o [1997/07/07] ports/4050 jfitz mrtg: rateup dumps core with malloc_optio o [1997/07/12] bin/4078 sos Typed password to log in on console and i o [1997/07/17] kern/4115 peter SunOS NFS file has wrong owner if creator o [1997/07/26] bin/4176 restore gets confused when run over pipe o [1997/07/27] ports/4179 fenner lmbench-1.1 dumps core after asking for m o [1997/07/28] kern/4186 peter nfsiod, panic, page fault in kernel mode o [1997/07/30] kern/4194 peter kernel pci driver for Digital 21041 Ether o [1997/08/06] kern/4240 kernel fails to recognise 2nd serial port o [1997/08/08] conf/4252 peter sendmail doesn't use smrsh by default o [1997/08/10] kern/4260 EOF handling in st(4) is broken o [1997/08/10] kern/4265 Panic in dsinit when multiple FreeBSD sli o [1997/08/10] kern/4270 ch driver does not use bounce buffers o [1997/08/12] kern/4284 le0 goes OACTIVE after some time o [1997/08/13] kern/4295 SL/IP difficulties between 2.2.1 & 2.2.2 o [1997/08/16] kern/4312 arp table gets messed up, syslog "gateway o [1997/08/17] kern/4327 peter NFS over TCP reconnect problem s [1997/08/19] kern/4338 New device driver (Cyclades Cyclom-Z) o [1997/08/22] bin/4357 wosch bug in adduser script causes duplicate UI o [1997/08/23] bin/4366 bad144 crashes if checking over 2gb o [1997/08/25] kern/4381 mount -t msdos causes panic:vm_fault o [1997/08/25] kern/4382 CURRENT kernel has a "free vnode isn't" p o [1997/09/02] kern/4454 X drops characters/locks up keyboard when o [1997/09/03] bin/4460 lpd hangs exiting (IE in ps table) o [1997/09/07] kern/4487 Kernel panic executing a directory o [1997/09/08] bin/4497 Reverse DNS fails for some CIDR *.IN-ADDR o [1997/09/10] kern/4508 peter nfs3 data integrity problems o [1997/09/11] kern/4513 System lockup appears to be VM related. o [1997/09/14] i386/4533 Server with Cyclom-Y PCI card rebooted at o [1997/09/14] kern/4544 Linux emulator problems when MAXDSIZ is i o [1997/09/19] bin/4582 integer overflow in 'sa -km' o [1997/09/19] bin/4585 imp termcap search fails too early o [1997/09/20] kern/4588 peter NFS access locks up o [1997/09/21] kern/4600 peter nfs lookups might give incorrect result o [1997/09/26] conf/4634 peter Sendmail Problem o [1997/09/30] kern/4663 checkalias panic o [1997/10/01] kern/4666 dfr umount -f doesn't seem to work o [1997/10/01] bin/4672 rdist does not do hard links right when t o [1997/10/03] bin/4683 imp restore doesn't correctly handle "sparse" o [1997/10/05] docs/4691 no documentation for mk_cmds(1) o [1997/10/15] kern/4772 ATAPI CD (bootable) causes kernel panic o [1997/10/16] ports/4773 torstenb Error in posting news items to INN server o [1997/10/16] kern/4774 trying to use IBCS2 shared libraries cras o [1997/10/16] kern/4782 Under certain conditions, several krsh's o [1997/10/18] ports/4798 jmz setuid-root Xserver problem o [1997/10/24] kern/4843 48 meg double fault moved to 64 meg in 2. o [1997/10/26] kern/4859 SMP kernel panics with timeout table full o [1997/10/31] bin/4907 Oct 33* Daylight Savings Time ends; clock o [1997/10/31] kern/4909 de ethernet driver is crazy on 100base o [1997/11/01] bin/4913 peter Large mail messages can cause mail.local o [1997/11/03] kern/4927 kernel does not check any quota and permi o [1997/11/04] bin/4939 uuxqt unable to execute rnews program o [1997/11/05] kern/4945 continued failure to use the Adaptec 1460 o [1997/11/05] bin/4949 rpc.rquotad stat()s fs with quota file in o [1997/11/09] kern/4990 peter NFS hangs under FastEthernet. 1024 Bytes o [1997/11/10] misc/5001 During installation sc0 device is require o [1997/11/10] misc/5005 f2c is buggy and seriously outdated (agai o [1997/11/15] conf/5062 login.access not evaluated correctly o [1997/11/18] bin/5084 wrong "term" for internal shell o [1997/11/18] kern/5085 System crash during mount command for CD o [1997/11/20] bin/5105 mount_cd9660 or mount -t cd9660 fails to o [1997/11/22] gnu/5126 C++ compiler bug (assembly output) o [1997/11/23] i386/5128 Adaptec 2940U Timeouts with QUANTUM disk s [1997/12/02] bin/5189 rcmd(3) only allows one hardcoded connect s [1997/12/03] misc/5207 Examples for /etc are not in /usr/share/e o [1997/12/06] kern/5244 F00F workaround dosn't always work on SMP s [1997/12/14] bin/5297 make incompatibility with System V style o [1997/12/19] kern/5347 peter DEC (de0) ethernet card has no buffers af a [1997/12/21] docs/5358 doc USWC write posting must be turned off on o [1997/12/30] kern/5396 fdesc fs crashes system o [1997/12/31] i386/5401 peter de0 selects wrong media when reconnected f [1998/01/08] kern/5456 After writing more than 100MB to SCSI Exa o [1998/01/15] bin/5500 "invalid hostname" is logged instead of I o [1998/01/16] kern/5513 luigi new PnP code is BAD (soundcards) s [1998/01/19] kern/5522 [PATCH] ip_input.c & ip_output.c problems o [1998/01/20] ports/5530 asami fetch (in make fetch stage) do not use pa o [1998/01/22] misc/5552 RE: Linux append=reboot=bios parameter im o [1998/01/26] misc/5574 bootpd gets timezone incorrectly o [1998/01/27] kern/5587 session id gets dropped o [1998/01/29] kern/5598 Support for magneto-optic SCSI devices wi s [1998/01/30] bin/5604 setenv(3) function has memory leak, other o [1998/01/30] kern/5606 Kernel Panic running Linux Binary without o [1998/01/31] kern/5611 bind does not check sockaddr->sin_family o [1998/02/01] kern/5618 kernel memory leak in routetbl. o [1998/02/01] kern/5624 dumping to tape causes scsi bus reset o [1998/02/04] kern/5643 NCR 810/815 do not handle rewind correctl o [1998/02/05] bin/5661 /sbin/dump never finishes o [1998/02/09] bin/5693 groff -mm or groff -mmm ??? o [1998/02/10] i386/5698 LPIP causes spurious reboots o [1998/02/11] misc/5722 Brazil can't decide on daylight savings o [1998/02/12] kern/5728 peter NFS hangs o [1998/02/12] bin/5733 cp -r cannot copy un-writable directories o [1998/02/15] i386/5760 3.0-CURRENT freezes at mount root stage o o [1998/02/17] gnu/5767 man leaves partially formatted cat pages o [1998/02/19] kern/5794 Kernel Panic o [1998/02/23] kern/5827 kernel panics in current (3.0) o [1998/02/24] kern/5839 vm_page_unwire: invalid wire count: 0 o [1998/02/25] bin/5845 in sh, set -- `getopt ...` always returns o [1998/02/25] misc/5852 Page fault or error caused by writing to o [1998/02/27] bin/5867 peter pppd or FreeBSD ? o [1998/02/28] kern/5877 sb_cc counts control data as well as data o [1998/03/01] kern/5890 peter NFS server Side say NFSERR_BAD_COOKIE (rm o [1998/03/09] bin/5959 Cannot set up clocal gettys o [1998/03/10] kern/5969 non-root user can reboot/lock up system o [1998/03/11] kern/5975 can't boot freebsd: fatal trap12: page fa o [1998/03/12] kern/5991 panic: free vnode isn't o [1998/03/14] conf/6002 peter /etc/mail/sendmail.cf.addtions seems to l o [1998/03/14] bin/6004 cron in -CURRENT sometimes fails to proce o [1998/03/14] bin/6005 -CURRENT cron dies after short periods of o [1998/03/16] kern/6035 The system "sort-of" hangs when playing b o [1998/03/19] kern/6066 lnc driver does not work correctly with A o [1998/03/20] bin/6074 imp Incremental dumps are backing up unchange o [1998/03/22] kern/6099 LPIP to slow machine causes hang o [1998/03/22] ports/6100 ports xmpeg3 chokes on filenames with spaces o [1998/03/22] kern/6103 panic: ffs_valloc: dup alloc o [1998/03/28] bin/6162 kinit does not default to the current use o [1998/03/30] ports/6180 max youbin port has root-exploitable security o [1998/04/03] kern/6203 kernel panics with "blkfree: freeing free o [1998/04/03] conf/6205 NFS/NIS freak out o [1998/04/04] kern/6212 Two bugs with MFS filesystems fixed, one o [1998/04/07] kern/6238 luigi Sound-driver patch for MAD16 (OPTi 928,92 o [1998/04/07] kern/6242 vnode disk driver too unstable in -STABLE o [1998/04/08] kern/6251 peter ktrace very broken when logging over NFS o [1998/04/08] kern/6252 ide cdrom hangs system when on same bus a o [1998/04/09] kern/6253 Atapi wait for command phase too short. o [1998/04/10] kern/6267 dg panic: pmap_dispose_proc: upage already m o [1998/04/13] ports/6288 se KDE port glitches o [1998/04/14] kern/6300 System locks up in SMP mode when accessin f [1998/04/15] misc/6310 des explicit cast needed in floatpoint.h for o [1998/04/16] bin/6317 with -8E flags telnet still goes to comma o [1998/04/17] kern/6336 peter NFSv3 should support files >2GB, but does o [1998/04/17] misc/6340 missing the terminfo, which causes librar o [1998/04/18] kern/6344 cy driver is outdated o [1998/04/19] kern/6351 DPT RAID controller stops working under h o [1998/04/20] i386/6368 Stallion Easyio 8 port not detected using o [1998/04/22] bin/6383 csh - when ctrl-d is pressed, file is chm o [1998/04/25] kern/6412 peter NFS sends packets from the wrong interfac a [1998/05/01] kern/6481 se Patches for VIA Socket 7 chipsets o [1998/05/03] kern/6506 system will not soft reboot f [1998/05/05] kern/6525 Coral-Draw 5 CD crashes 2.2.6-STABLE a [1998/05/06] bin/6536 pppd doesn't restore drainwait for tty o [1998/05/07] misc/6549 steve You dont always get notified when someone o [1998/05/08] bin/6557 /bin/sh is broken o [1998/05/10] kern/6574 ipfw crash with DIAGANOSTICS o [1998/05/10] bin/6577 /bin/sh environment variables not set in o [1998/05/11] kern/6587 SMP idle cpl breaks signal forwarding o [1998/05/11] kern/6589 system panick'd with May 4th kernel o [1998/05/11] ports/6591 se KDE starts /usr/bin/kzip instead of /usr/ o [1998/05/12] kern/6603 ncr driver hangs under high load o [1998/05/12] bin/6609 gmp.h not installed o [1998/05/17] kern/6670 PANIC on boot with FreeBSD 3.0 (same comp s [1998/05/19] kern/6686 [STABLE] -stable does not support large I o [1998/05/20] kern/6706 mount_msdos+mount_null+mc=panic o [1998/05/25] kern/6751 audio cd play suddenly stops. o [1998/05/25] kern/6755 peter Tulip (if_de) driver buggy in -current o [1998/05/27] kern/6771 peter panic: Bad nfs svc reply s [1998/05/27] misc/6773 [PATCH] tempnam.c security problems o [1998/06/01] misc/6824 peter Intel EtherExpress 100+, 2.2.6 NFS troubl s [1998/06/02] bin/6830 make(1) exhibits confusing and non-standa s [1998/06/04] kern/6854 [PATCH] probing brooktree849 capture card s [1998/06/04] kern/6858 inetd in realloc(): warning: junk pointer o [1998/06/04] misc/6861 [PATCH] netboot error o [1998/06/05] kern/6865 OS crashes when exiting shell with suspen o [1998/06/10] kern/6908 kernel crash from user land o [1998/06/19] bin/6994 The netstat(1) -s generates wrong output f [1998/06/19] i386/6996 Occasional complete lockup of 2.2.5R s [1998/06/22] bin/7019 [security] pwd.db almost always contains s [1998/06/23] bin/7033 Same process notified multiple times o [1998/06/24] kern/7038 shimon Kernel panic caused by DPT driver (Got a s [1998/06/24] bin/7043 the fstat command doesn't know ISOFS, MSD o [1998/06/24] i386/7057 3Com 3C509 locks up, or has >1000ms rtt u s [1998/06/24] bin/7059 sh dumps core on this script o [1998/06/24] ports/7061 ache fspclient's grab command fails (and remov o [1998/07/05] ports/7167 ache elm cannot pgp for more than one recipien s [1998/07/05] kern/7169 cannot use accton on a append-only file o [1998/07/05] kern/7178 sos IDE Western Digital hard disk detection e s [1998/07/06] misc/7190 "Invalid partition table" after new insta o [1998/07/08] ports/7208 torstenb INN port w/TCL enabled doesn't install TC s [1998/07/10] kern/7237 NCR SCSI driver ch0 troubles o [1998/07/11] kern/7245 processes die with signal 6, if machine o o [1998/07/12] i386/7266 yokota PSM detection failure with Linksys consol s [1998/07/14] kern/7281 [STABLE] Multicast kludge does not work c o [1998/07/16] kern/7299 USER_LDT hangs Linux-emulated Netscape o [1998/07/17] bin/7309 jb pthread_attr_setscope() missing o [1998/07/18] i386/7311 "Probing devices" hangs computer with err o [1998/07/20] ports/7330 gpalmer ucd-snmp produces too much log file when o [1998/07/21] conf/7354 source distribution selection bug when in f [1998/07/22] kern/7367 panic: malloc: wrong bucket o [1998/07/23] ports/7382 ports Pine4 does not co-exist with older instal o [1998/07/23] ports/7383 torstenb socks5 + ssh + redirection not working o [1998/07/23] ports/7384 /usr/lib/libncurses.so.3.1 is old o [1998/07/26] kern/7405 in pmap_changebit, pmap_pte_quick() retur s [1998/07/27] kern/7410 [PATCH] driver for arlan-655 s [1998/07/27] i386/7420 [PATCH] Maximum socket buffer size (SB_MA o [1998/07/28] kern/7424 Machine crashes do not occur very often, o [1998/07/29] docs/7437 doc IPFW doco unclear about in/out o [1998/07/30] bin/7446 jdp Dlopen succeed in particular cases, but i o [1998/08/04] ports/7490 ache `setenv LANG/LC_CTYPE C` makes tcsh unusa s [1998/08/10] kern/7556 sl_compress_init() will fail if called an f [1998/08/10] kern/7557 -current machine running Diablo, lockup, s [1998/08/10] kern/7561 CDROM (wcd) is prone to lock up system/pr s [1998/08/10] kern/7562 Running wine can cause other applications o [1998/08/12] bin/7587 There is no pthread_cancel() in libc_r.a! o [1998/08/13] bin/7602 df stay in disk wait o [1998/08/18] kern/7658 (1) rlogin from some host to the FreeBSD o [1998/08/18] kern/7664 scsiformat reports '0' for all parameters o [1998/08/18] conf/7665 sysinstall quits silently o [1998/08/19] kern/7678 Problems with a 386-16 o [1998/08/20] i386/7698 scotty/tkined library error s [1998/08/22] kern/7713 fenner [MFC] problem with reusing ports with mul o [1998/08/23] kern/7727 Processes get wedged in 'getblk' on 2.2.7 o [1998/08/27] kern/7754 kernel panics if NFS server uses LKM vs. o [1998/08/27] bin/7756 disklabel misbehaving on seriously sick d o [1998/08/27] ports/7761 ports Update to recent port submission of nicet o [1998/08/27] kern/7764 ps(1) hangs in pfslck/lockrd - All subseq o [1998/08/27] kern/7766 de driver still buggy - random ifc death o [1998/08/27] kern/7767 de driver still buggy - power cycle of de o [1998/08/30] kern/7781 Problem with setpassent(), getpwnam() and o [1998/08/31] kern/7793 kernel wedges when netscape exits o [1998/09/01] kern/7797 System halted with "panic: pmap_release: o [1998/09/02] i386/7815 probe can't find wdc0 s [1998/09/03] gnu/7821 awk in free(): warning: chunk is already o [1998/09/03] conf/7823 sysinstall will not install XFree o [1998/09/09] bin/7872 [PATCH] mountd(8) can apply flags to wron o [1998/09/09] bin/7876 gethostbyname flags temporary failure as o [1998/09/09] bin/7877 fenner libpcap and tcpdump need updating o [1998/09/10] kern/7880 mount_cd9660 incorrect on multitrack CD-R o [1998/09/10] misc/7889 move_aout_libs.sh doesn't use ldconfig co o [1998/09/11] i386/7898 linux_lib-2.4 lacks libc.so.6 o [1998/09/11] kern/7902 if_de doesn't properly recognize a "Magic o [1998/09/12] conf/7908 wrong perms on objformat after upgrade o [1998/09/13] kern/7925 sendmail, inetd SIGSEGV after forking aft o [1998/09/15] ports/7931 torstenb Ssh allows root login with no password f [1998/09/15] bin/7943 des ftpd: ~ is ~root! o [1998/09/16] kern/7950 Trap 12 while executing wine o [1998/09/16] gnu/7951 The gnu readline library core dumps when o [1998/09/17] bin/7968 If /usr/libexec/yppwupdate DNE, rpc.yppas a [1998/09/19] ports/7987 ports Can't post news with TRN + NNTPCACHE o [1998/09/19] conf/7989 if we enable firewall and natd we losing o [1998/09/22] conf/8031 [patch] /etc/rc looks for /etc/sendmail.c o [1998/09/25] ports/8053 markm Perl 5 port has broken foreach behavior, o [1998/09/27] ports/8064 markm perl5 port ignores local settings for CC o [1998/09/28] misc/8070 can't get a system with an NCR 810 contro o [1998/09/28] i386/8081 Problem with MULTIPORT driver and Boca BB o [1998/09/29] bin/8085 sendmail startup could be backgrounded o [1998/09/29] ports/8088 torstenb short writes using ssh-1.2.* o [1998/09/30] gnu/8099 [patch] some bugs in cpio f [1998/09/30] kern/8112 ken 2.2.7 + CAM system panics removing shared o [1998/10/03] kern/8137 [patch] quotaoff followed by quotaon can o [1998/10/05] kern/8158 sio driver breaks in 2.2.7R in kernels wi o [1998/10/06] kern/8180 open("..",O_RDONLY|O_NONBLOCK) fails o [1998/10/06] ports/8181 peter date problems with exmh2 o [1998/10/07] bin/8195 ee dumps core on window resize o [1998/10/08] kern/8206 [patch] Unconected UDP socket declined, i o [1998/10/08] kern/8215 Creating 2 root partitions in sysinstall o [1998/10/11] bin/8266 [patch] nfsd should allow just nfs versio o [1998/10/11] ports/8276 hosokawa samba's WINS database gets removed during o [1998/10/12] bin/8281 writev() in libc_r causes loop o [1998/10/13] kern/8312 Under heavy load, the system panics with o [1998/10/14] bin/8322 Mail doesn't respect REPLYTO in .mailrc o [1998/10/14] kern/8324 failure to deliver SIGIO when fildes mark o [1998/10/16] conf/8350 Problems with /etc/rc.firewall o [1998/10/19] i386/8370 unable to install 3.0-RELEASE from dos pa o [1998/10/19] conf/8379 check_rcpt returns OK for nonexistent add o [1998/10/20] kern/8380 swap_page error: out of swap space o [1998/10/20] i386/8385 2.2.7 hangs while detecting type of COM1' o [1998/10/20] docs/8392 doc Files to download for install from MS-DOS o [1998/10/20] ports/8394 peter rdist6 won't compile--tries to use MOUNT_ o [1998/10/21] i386/8397 Code using popen compiled on BSDI BSD/OS o [1998/10/22] i386/8414 ibcs2 emulation sets serial baud-rate inc o [1998/10/22] kern/8415 SMP kernel freezes while downloading larg o [1998/10/22] kern/8416 vm_fault might deadlock when locking back s [1998/10/22] kern/8417 3.0 config(8) doesn't check that root fs o [1998/10/22] i386/8418 sh MAKEDEV all - fails to create hard lin o [1998/10/23] kern/8423 Intel PILA8461 NIC panics 2.2.7 during pr o [1998/10/23] gnu/8425 3.0's gdb can't read 3.0's kernel to debu o [1998/10/23] bin/8426 gprof still expects gmon.out o [1998/10/24] i386/8435 boot.flp does not give shell prompt after o [1998/10/24] bin/8440 3.0-RELEASE has wrong permissions on game o [1998/10/25] i386/8446 DOS install option does not work in 3.0-R o [1998/10/28] misc/8480 odd Korean timedef(LC_TIME) o [1998/10/29] misc/8493 Stable build process fails to install obj o [1998/10/30] kern/8500 FreeBSD 3.0 thread scheduler is broken o [1998/10/30] ports/8502 ports GNAT 3.10 port uses clock_gettime which i o [1998/10/31] bin/8518 freopen() in append mode followed by ftel o [1998/11/01] kern/8534 insufficient support routines for poll(2) o [1998/11/02] conf/8549 how to configure the network Card and Set o [1998/11/03] kern/8561 /kernel inode change time changes every r o [1998/11/03] i386/8567 Intel EtherExpress Pro/10 driver (if_ex.c o [1998/11/04] bin/8573 nvi 1.79 SIGSEGVs on any address in .exrc o [1998/11/05] kern/8580 Hanging NFS pagein in nfs_bio.c (2.2.7, w o [1998/11/06] kern/8585 bktr driver does not correctly identify I o [1998/11/07] kern/8590 kernel incorrectly recognizing Maxtor 11. o [1998/11/07] kern/8596 panic: page fault while using ping's reco o [1998/11/08] kern/8607 maxprocsperuid setting causes sybase/linu o [1998/11/08] kern/8619 EXT2FS should be in GENERIC kernel o [1998/11/08] ports/8622 peter exmh2 has problems with some date formats a [1998/11/09] misc/8623 wollman Time zone for Japan is strange (seen in / o [1998/11/10] bin/8646 Implement rlogind -a option o [1998/11/11] kern/8655 Umount trouble of SCSI removable device o [1998/11/11] kern/8657 nfs client hung in nfs_bwrite/vfs_busy_pa o [1998/11/12] kern/8669 aio_write() and aio_read() do not work AT o [1998/11/12] misc/8672 adduser is very slow if the system has se o [1998/11/14] kern/8683 sos Problems with Atapi in 3.0... o [1998/11/14] bin/8685 sending a SYST by ftp client closes conne o [1998/11/15] ports/8694 asami Recommend to change category name: biolog o [1998/11/15] bin/8699 ypbind can't bind to server o [1998/11/16] kern/8720 jkh using sd-names in SCSI "wiring" prevents o [1998/11/17] kern/8729 SYSV Semaphore blocks all threads o [1998/11/18] bin/8739 atoi and modunload o [1998/11/18] bin/8745 adduser permit adding `root' and mail ali o [1998/11/20] kern/8773 Intel AN430TX motherboard ps/2 port not r f [1998/11/20] kern/8778 gibbs Buslogic BT948 in 2 boxes upgraded from S o [1998/11/21] bin/8790 [PATCH] Buffer overrun in nvi-1.79 (explo o [1998/11/23] kern/8824 Incorrect driver unit number in IDE BusMa o [1998/11/24] kern/8834 NFS can corrupt local file cache o [1998/11/24] conf/8854 boot.flp does not probe atapi cdrom o [1998/11/24] i386/8855 can't mount CD in ATAPI drive after eject o [1998/11/25] bin/8865 syslogd hangs with serial console o [1998/11/27] i386/8870 Installworld falls over in /usr/src/sys/i o [1998/11/27] bin/8872 pthread_cond_timedwait() can cause lost p o [1998/11/28] kern/8875 Patch to allow DMA IDE with generic chips o [1998/11/29] ports/8891 ports ssh2 port assume you have zipped manpage o [1998/11/29] i386/8894 Rebooting accidently because of missing f o [1998/11/29] conf/8903 /etc/rc can do NFS mounts before the netw o [1998/11/30] ports/8904 andreas Qt port has inaccurate dependencies, and o [1998/11/30] ports/8909 gpalmer snmpd enters endless loop due to snmpwalk o [1998/11/30] ports/8912 jfitz memory leak in afterstep-1.0 o [1998/12/01] kern/8919 using Acceleport 8r o [1998/12/01] i386/8924 File transfers. Upload is 71Kbs downloa o [1998/12/01] ports/8926 jfitz databases/p5-DBD-Pg port is out of date o [1998/12/02] kern/8940 system clock runs extremely slowly (and s o [1998/12/03] kern/8952 close() blocks forever after fork() in th o [1998/12/06] kern/8981 this also fixes X crashes and sio silo ov o [1998/12/07] ports/9002 torstenb mirror reuses obsolete temporary db file f [1998/12/07] kern/9003 Tk/TCL Programs freeze keyboard when they o [1998/12/07] bin/9005 jkh pkg_delete is insufficient. no post-remov o [1998/12/08] ports/9019 torstenb ports/security/ssh broken o [1998/12/08] ports/9020 jmz echoing ^E in an xterm causes it to print o [1998/12/08] ports/9027 chuckr math/gnuplot doesn't compile o [1998/12/09] kern/9030 DMPno2 - PCCards are not being recognised o [1998/12/10] i386/9044 #.0 pkgs require libkrb o [1998/12/13] bin/9066 init ignore rc.shutdown o [1998/12/14] ports/9077 markm perl5 port freebsd patch fails o [1998/12/16] kern/9095 swap detect error o [1998/12/19] kern/9129 Is it miss take ? So, ep deriver dose not o [1998/12/20] i386/9140 NIS "Magic cookie" in master.passwd slays o [1998/12/21] bin/9162 [Patch] pthreads GC breaks signal handlin o [1998/12/21] kern/9163 [patch] squid does not join a multicast g o [1998/12/22] kern/9171 maxusers 1024 results in unbootable kerne a [1998/12/22] bin/9173 cracauer Interactive /bin/sh loops should break wh o [1998/12/22] ports/9177 erich linux_lib buggy and outdated o [1998/12/24] ports/9191 obrien tcplist port dosnt work o [1998/12/27] bin/9214 kldload(8) error messages are inadequate o [1998/12/28] misc/9230 Problem with iostreams, seekg, tellg o [1998/12/29] i386/9237 pthread_exit doesn't exit o [1998/12/30] i386/9244 2.2.8 RELEASE Fixit floppy doesn't work.. o [1998/12/31] bin/9252 [patch] login program "login" don't set K o [1999/01/01] ports/9272 thepish Netscape 4.5 Communicator Installation br o [1999/01/02] ports/9279 ports new port submission - libparanoia. o [1999/01/03] bin/9292 Cron's logs are in /var/cron, not /var/lo o [1999/01/03] kern/9296 pps driver missing header file o [1999/01/03] kern/9297 pps driver doesn't clear ppbus control po o [1999/01/04] kern/9309 [PATCH] ip_divert.c bug o [1999/01/06] bin/9350 nvi incorrectly reads files with very lon o [1999/01/06] kern/9355 can't select() for writes on a bpf o [1999/01/07] bin/9362 "lpc start queue" doesn't work in 3.0-R & o [1999/01/07] kern/9367 src/sys/dev/dpt/dpt_control.c can cause a o [1999/01/07] bin/9379 pppd does not go through all interfaces l o [1999/01/07] misc/9381 read freed memory o [1999/01/08] kern/9391 if_addmulti doesn't check for retifma == o [1999/01/09] kern/9407 "make kernel" yields buggy kernel in cera o [1999/01/09] kern/9408 parameter reversed to a pci_cfgwrite in p o [1999/01/09] kern/9411 System crash on swapping to hole-files o [1999/01/09] kern/9413 profiling does not work with elf kernels o [1999/01/10] bin/9429 dump -w tends to run dumps a day later th o [1999/01/10] i386/9431 wd.c Does nto recognize certain LBA disks o [1999/01/11] bin/9440 amd can't mount filesystems with type:=uf o [1999/01/11] i386/9441 dset doesn't work with ELF kernels o [1999/01/11] bin/9444 mount_mfs uses lots of swap. o [1999/01/12] bin/9464 Fix for fetch ignoring FTP_PASSIVE_MODE e o [1999/01/12] misc/9468 Make release fails on 2.2.8-RELEASE o [1999/01/13] bin/9477 inetd in realloc(): warning: junk pointer o [1999/01/13] kern/9478 support for running a script from kldload o [1999/01/13] ports/9480 ports ELF kernel netboot o [1999/01/14] bin/9485 lpr uses wrong username (3.0-R) o [1999/01/14] kern/9487 pcm: mixer's synth and cd devices are swa o [1999/01/14] bin/9495 su doesn't look at login.cnf all the time o [1999/01/15] kern/9515 ISA DMA memory problems if >= 512 MB RAM o [1999/01/15] bin/9516 ftpd doesn't honor invalid shelll in logi o [1999/01/17] kern/9537 ep0 driver : no buffer space available o [1999/01/17] bin/9544 syntax error concerning loading vinum fro o [1999/01/17] kern/9548 UNION fs corrupts data and has undefined o [1999/01/17] kern/9550 The latest -current as of 17 January has o [1999/01/20] docs/9583 doc docproj/translations.sgml has no entry fo o [1999/01/21] kern/9599 SMP hang after reseting CPU 1 o [1999/01/21] kern/9612 grog NFS mounts on dual-homed server may hang o [1999/01/22] docs/9618 doc many typos in groff_mm(7) o [1999/01/23] kern/9631 new boot loader uses freed memory if you o [1999/01/23] ports/9641 itojun tiff port upgraded to 3.4-beta37 o [1999/01/23] ports/9642 se -I${PREFIX}/include is needed for tiff, p o [1999/01/24] ports/9665 ache cannot start apache server o [1999/01/24] ports/9666 ports tcl/tk applications crash when seeing CES o [1999/01/24] kern/9670 kernel config at boot time via -c gives s o [1999/01/25] kern/9673 ISO CD-ROM Problem o [1999/01/25] ports/9688 ports The current tcl80 port has problems, does o [1999/01/25] ports/9692 ports Applications crash when seeing a FreeBSD o [1999/01/26] bin/9695 a typo in /usr/obj/aout/usr/src/tmp/usr/i o [1999/01/26] misc/9698 unusable console, when I start xdm from / o [1999/01/26] kern/9705 MOUNT_NSF dissapear in sys/mount.h in 3.0 f [1999/01/26] kern/9718 gibbs SCSI timeout sometimes crashes 3.0-curren o [1999/01/27] bin/9729 lpr -r does not remove files under sticky o [1999/01/27] bin/9743 type is broken on ficl o [1999/01/28] ports/9757 ports can't make package o [1999/01/29] bin/9772 ficlExecFD vmThrows error o [1999/01/29] misc/9774 PTYs are not set up properly o [1999/01/29] misc/9775 missing symlinks in 2.2.8-RELEASE on ftp. o [1999/01/30] ports/9799 ports Fix tgif port o [1999/01/30] ports/9806 ports Port fix: autoconf o [1999/01/30] ports/9818 ports Port upgrade: gnomeutils o [1999/01/30] ports/9819 ports Port fix: ncurses o [1999/01/30] ports/9823 ports Port upgrade: gnomeadmin o [1999/01/30] ports/9824 ports Port fix: gnomepim o [1999/01/30] ports/9825 ports Port fix: gnomegames o [1999/01/30] ports/9826 ports Port fix: gnomeprint o [1999/01/30] ports/9827 ports Port fix: gnomecore o [1999/01/30] ports/9829 ports Port fix: ggv o [1999/01/31] ports/9844 vanilla Update of libProplistgnome/libProplist o [1999/01/31] bin/9849 mknod is missing from libc_r o [1999/02/01] misc/9856 rnordier No boot after installation: just "Read er o [1999/02/01] ports/9861 ports apache will not start o [1999/02/01] kern/9862 system crashes writing to msdos jaz disk 543 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard s [1995/01/14] bin/115 systat iostat display doesn't scale high s [1995/05/13] bin/401 Add REMOTE_* variables a [1995/05/27] gnu/450 scrappy tar --exclude -c doesn't work s [1995/06/15] bin/517 Bad group change with 'install' o [1995/07/09] misc/605 wpaul NIS: get*bynis routine problems s [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, s [1995/08/07] bin/658 ifconfig alias has to be separately given s [1995/09/26] kern/742 syslog errors accessing Mac hard disks [p s [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem i s [1995/11/20] kern/831 one minor complaint about the kernel visu s [1995/11/27] bin/841 stale nfs mounts cannot be umounted o [1995/11/30] bin/854 dg swapinfo shows incorrect information for o [1995/12/17] kern/900 dg ext2fs triggers divide by zero trap in vn o [1996/01/21] bin/961 hoek 'more $file', incorrect CRLF compacting. s [1996/01/28] kern/975 getrusage returns negative deltas a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/02/07] bin/999 /usr/share/mk/sys.mk missing common $(RM) s [1996/03/20] kern/1090 iostat displays incorrect sps count s [1996/03/20] bin/1093 route's diagnostic is weird o [1996/04/06] kern/1119 dg Mounted EXT2FS partition is not cleanly u s [1996/06/11] bin/1312 automounter hangs on boot s [1996/06/13] bin/1320 dump limits blocksize to 32K s [1996/07/07] bin/1375 jraynard Extraneous warning from mv(1) [PATCH] o [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET s [1996/08/17] bin/1502 [PATCH] vmstat 'avm' field merges with pr o [1996/08/19] kern/1514 dg mlock fails on readonly regions o [1996/08/20] kern/1516 dg vm_fault.c contains dead code or too many a [1996/09/04] bin/1565 Moving a file to it's link completely rem o [1996/09/06] bin/1577 peter mail -f foo does not look in current dire s [1996/09/08] bin/1589 [PATCH] ftp fails to flush output o [1996/09/14] gnu/1611 phk groff should use "system-wide" papersize s [1996/09/19] kern/1654 [PATCH] In procfs, vattr doesn't contain o [1996/09/23] i386/1671 joerg s2 map in pcvt isn't ISO 8859-1 and claim o [1996/09/29] docs/1691 doc ppp server doc submission s [1996/10/13] kern/1788 wollman netstat gives negative numbers for tcp by s [1996/10/13] misc/1791 syslimits.h does not allow overriding def o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong o [1996/10/20] docs/1855 joerg Addition to LINT s [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl s [1996/11/01] bin/1941 danny wtmp and monthly rotation s [1996/11/01] bin/1943 route(8) args s [1996/11/02] bin/1945 Out of date code/comments in dd o [1996/11/04] i386/1953 sos syscons savers have no default timeout s [1996/11/04] gnu/1961 [PATCH] uucp logging files are in /var/sp s [1996/11/06] bin/1970 csh limtail() bug s [1996/11/16] bin/2036 cpio size wraparound s [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken s [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi o [1996/11/25] misc/2105 jmg bsd.lib.mk has problems with STRIP and IN o [1996/11/26] i386/2108 sos [ATAPI] wcd driver may hang under certain s [1996/11/28] bin/2119 [PATCH] mount lies to child about argv0, s [1996/12/02] bin/2137 vm statistics are bad o [1996/12/08] bin/2184 peter sendmail has lots of trouble with local d s [1996/12/12] kern/2199 joerg [PATCH] Got a lots of "Target Busy" messa s [1996/12/14] bin/2216 [PATCH] Ada specs not being compiled into o [1996/12/17] i386/2239 jmg some interrupts take too long (i.e. BT946 a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/24] kern/2273 dufault support for POSIX.4 / POSIX.1a RT-schedul s [1996/12/26] bin/2291 [PATCH?] race condition in /etc/master.pa s [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 brandon new crypt() including SHS and an extendab o [1996/12/29] bin/2315 peter tail segfaults on NFS permission denied s [1996/12/30] kern/2327 [PATCH] `Green' saver for pcvt o [1997/01/06] bin/2387 [PATCH] virtual hosting patches for inetd o [1997/01/07] kern/2393 filesystems not unmounted following shutd o [1997/01/07] bin/2410 pppd(8): failing PAP doesn't force line d o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/12] kern/2462 sos screen saver dosn't capture key strokes o [1997/01/14] kern/2492 AIMS Lab RadioTrack driver for FreeBSD 2. o [1997/01/15] bin/2499 des fetch ftp://bla bla doesn't bail in disk o [1997/01/17] bin/2518 /usr/bin/tar is out of date o [1997/01/21] bin/2556 Patch for calendar.c o [1997/01/26] misc/2596 dd refuses to respond to SIGkill o [1997/01/26] i386/2598 ep0 in EISA mode hangs if ep0-device (ISA o [1997/01/28] bin/2603 dufault Added POSIX.4/POSIX.1b constants in unist o [1997/01/28] bin/2604 dufault Added POSIX.4/POSIX.1b shm_open()/shm_unl o [1997/01/31] bin/2630 [PATCH] xargs does excessive and inconsis o [1997/02/02] gnu/2637 tar dumped core with -g option. a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/05] bin/2668 modification suggested for rarpd o [1997/02/05] bin/2672 Problem with telnetd o [1997/02/10] bin/2703 jmg vipw doesn't allow you to edit master.pas o [1997/02/10] kern/2704 Occasional failure to detect wdc1 on boot o [1997/02/11] conf/2709 FBSD 2.1.6 X-Server installation setup ut o [1997/02/11] kern/2716 od.c/sd.c non 512 byte/sector support imp o [1997/02/13] i386/2729 "make tags" in sys/kern produces barely u o [1997/02/14] bin/2737 yppasswd fails to change password on a su o [1997/02/15] misc/2745 fenner PR querry web form doesn't sort correctly o [1997/02/23] kern/2806 new kernel tags script o [1997/02/26] conf/2822 ftp install specifying URL confusing o [1997/02/27] gnu/2827 after make world genclass is not installe o [1997/03/02] bin/2851 script(1) sets argv[0] of the started she o [1997/03/03] kern/2857 DE500 board exhibits capture effect o [1997/03/03] bin/2859 /usr/bin/quota seems to choke on long gro o [1997/03/03] kern/2865 peter NFS client hangs on umount, ls, df when N o [1997/03/06] docs/2897 steve send-pr categories should be explained so o [1997/03/06] bin/2898 fenner arp -a -n buglet o [1997/03/09] i386/2924 sos syscons X keyboard gets stuck in capsmode o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] bin/2938 Add -b, -l, and -f options to du(1) o [1997/03/11] ports/2949 asami bsd.port.mk needs something like FETCH_EN o [1997/03/18] misc/3024 make reinstall in /usr/src requires writa o [1997/03/22] kern/3061 route does not accept -genmask o [1997/03/31] gnu/3157 Patches to gas and gdb to support MMX ext o [1997/04/07] bin/3221 rpc.rusersd : can't communicate with SunO o [1997/04/07] misc/3225 [PATCH] uucpd.c should normalize host nam o [1997/04/08] misc/3237 SCRIPTS addition to bsd.prog.mk o [1997/04/09] bin/3242 incorrect prototype for initgroups o [1997/04/10] bin/3251 xsysinfo stops refreshing and wastes CPU o [1997/04/10] kern/3253 scsiconf.c: make ZIP disks use optical dr o [1997/04/14] kern/3281 errors when "rm -r"-ing in a mounted ext2 o [1997/04/14] kern/3282 ext2fs causes fs-unmount at shutdown/rebo o [1997/04/14] bin/3284 [PATCH] symorder(1): -t option doesn´t wo o [1997/04/14] bin/3286 [PATCH] missing error checking in mount_m o [1997/04/14] kern/3287 [PATCH] missing symbols in /usr/src/sys/i o [1997/04/15] kern/3299 /dev/console hangs o [1997/04/17] bin/3314 [PATCH] /etc/daily did not run on April 6 o [1997/04/27] bin/3399 mv of symbolic link can move directory in o [1997/04/29] bin/3416 ibcs emulation problems o [1997/05/05] i386/3504 [PATCH] New features (and manpage) for ne o [1997/05/05] bin/3506 [PATCH] more did not show iso-8859-n char o [1997/05/05] bin/3508 FreeBSD 2.2.1 do not view SCSI disk at sw o [1997/05/06] docs/3522 Man pages close(2) misses fcntl lock info o [1997/05/08] kern/3546 ktrace works even if no read permission o [1997/05/08] gnu/3552 the -L option of tar does not work proper o [1997/05/09] bin/3558 make reinstall collapses on install-info s [1997/05/09] kern/3571 Mounted ext2 prevents umount of filesyste o [1997/05/11] conf/3577 eBones and OBJLINK=yes fails to build o [1997/05/12] kern/3584 luigi cleanup TCP_REASS macro in tcp_input.c o [1997/05/13] conf/3590 doc FAQ gives bad reccomendation re: xdm o [1997/05/16] bin/3608 Telnet in linemode will break apart long o [1997/05/17] kern/3611 Internal CPU cache on CyrixiInstead DX2 d o [1997/05/18] gnu/3616 permissions of /usr/libexec/uucp/uuxqt no o [1997/05/20] bin/3638 /bin/w can't handle long /dev/{tty,cua}xx o [1997/05/20] docs/3645 torstenb TCP_wrappers package doesn't mention wher s [1997/05/21] bin/3648 roberto [PATCH] find(1) extension for file flags s [1997/05/22] kern/3667 [PATCH] make vn LKM'able. s [1997/05/30] docs/3720 doc Addition for supported Hardware o [1997/05/31] ports/3729 scrappy pgsql dies when initiated o [1997/06/01] conf/3751 Improvements to /etc/rc{,.network,.pccard o [1997/06/02] bin/3762 dufault Bogus return values from rtprio(1) o [1997/06/04] bin/3778 wpaul ypbind -S domainname,server1,... does not o [1997/06/07] bin/3805 single process tftpd o [1997/06/09] bin/3826 KerberosIV sometimes hangs rcp o [1997/06/10] bin/3837 dufault new feature for rtprio o [1997/06/12] kern/3853 luigi netboot/ns8390.c breaks NS datasheet o [1997/06/13] bin/3859 Setting the $0 variable in perl dosnt do o [1997/06/14] bin/3866 rcs2log fails with eastern timezones o [1997/06/15] kern/3879 peter Can't export mounted ext2fs via NFS o [1997/06/16] conf/3886 peter install does not build sendmail host stat o [1997/06/18] kern/3901 Multicast for Intel 10/100 Ethernet Card o [1997/06/19] misc/3912 ctags(1) cannot trace some macro correctl o [1997/06/23] kern/3938 peter Problem about mmap() over NFS o [1997/06/24] kern/3944 if_le doesnt receive ether multicast pack o [1997/06/25] kern/3948 nonworking t/tcp server side a [1997/06/25] kern/3953 kern-config: options PANIC_REBOOT_WAIT_TI o [1997/06/26] ports/3958 obrien a2ps fails if used according to man o [1997/06/26] i386/3962 print disk internal cache size during pro o [1997/06/27] kern/3968 Hardware probes die on Peak SBCs. o [1997/06/29] ports/3983 fenner New port: psf toolkit o [1997/07/07] kern/4051 pppd connect 'chat ...' broken s [1997/07/07] kern/4052 VJ compression drops packets with IP+TCP o [1997/07/08] misc/4063 2.2.2R Installation fails if Jaz drive sp o [1997/07/13] ports/4083 ache netscape wrapper doesn't hand off args co o [1997/07/18] bin/4116 davidn Kerberized login as .root fails to o [1997/07/23] kern/4153 New tcp initial send sequence number code s [1997/07/23] bin/4154 wish /bin/sleep handled fractions of a se s [1997/07/24] bin/4157 [PATCH] netstat atalk output should print o [1997/07/24] bin/4163 ftp core dumps after hitting control-C s [1997/07/26] bin/4172 suggest reconnection option added to fetc s [1997/07/28] kern/4184 [PATCH] minor nits in sys/netatalk s [1997/07/31] bin/4204 [PATCH] ac printed wrong report about tty o [1997/08/03] kern/4221 Kernel mode pppd doesen't update wtmp on o [1997/08/04] conf/4229 Ethernet interface unreachable on bootup o [1997/08/06] ports/4232 scrappy Boot-time start of postgressql postmaster o [1997/08/06] bin/4238 chpass only occasionally works in conjunc o [1997/08/07] kern/4243 file locking doesn't work for pipe o [1997/08/07] bin/4247 modification to /etc/security for FreeBSD o [1997/08/08] misc/4249 wpaul ypchsh doesn't care about changing a user a [1997/08/09] kern/4255 SMP kernel freezes on machines with >2 CP o [1997/08/12] misc/4285 SDL RISCom/N2 (ISA) a [1997/08/13] gnu/4290 ache man wrong viewed koi8-r manpages and neqn o [1997/08/13] kern/4297 dufault SIGEV_NONE and SIGEV_SIGNAL go in signal. o [1997/08/13] i386/4300 msmith The initial timeout on open("/dev/lpt0".. o [1997/08/14] ports/4304 asami Recommendation re. Ports Collection o [1997/08/22] ports/4356 erich sudo shouldn't block signals in tgetpass( o [1997/08/23] conf/4363 kernel build depend on make obj o [1997/08/26] misc/4395 if exists(secure) in /usr/src/Makefile is o [1997/08/29] kern/4413 No way to unmount a floppy that goes bad o [1997/08/29] misc/4414 be.iso.kbd errors in mapping o [1997/08/29] bin/4419 man can display the same man page twice o [1997/08/29] bin/4420 find -exedir doesn't chdir for first entr o [1997/09/03] bin/4459 bde No prototype for moncontrol(3) and monsta o [1997/09/04] misc/4468 dlopen is not available from static execu o [1997/09/07] bin/4484 peter sendmail is barfing o [1997/09/13] kern/4528 processes hang if the mount_portal proces a [1997/09/14] i386/4538 sos byteswapped ATAPI id strings o [1997/09/14] bin/4545 f77 will only call `cc', no com-line opti f [1997/09/15] i386/4547 luigi asc.c and pcaudio.c should use selrecord o [1997/09/16] misc/4556 make can't build executable from single F o [1997/09/17] ports/4565 torstenb News port: ircII-current (ircII-2.9a8/col o [1997/09/18] conf/4572 /etc/rc.network loads ipfirewall lkm rega o [1997/09/21] kern/4597 Patch to pass NPX status word in signal c o [1997/09/21] kern/4601 Contrib: userconfig patch to edit SCSI co o [1997/09/25] bin/4629 calendar doesn't print all dates sometime o [1997/09/28] misc/4646 Can't fixit with an NFS-mounted CD. o [1997/09/29] conf/4654 Need to do post-ifconfig commands o [1997/10/02] kern/4680 lkm version of vn.c o [1997/10/04] bin/4688 peter sys/utsname.h SYS_NMLN 32 too small o [1997/10/05] bin/4695 pstat error o [1997/10/05] bin/4696 ping hangs on certain unresolvable hosts o [1997/10/05] bin/4697 make doesn't handle dependencies with for o [1997/10/12] gnu/4748 cc -Wformat too sensitive o [1997/10/15] gnu/4771 diff to correct misleading total bytes in o [1997/10/22] bin/4828 ypxfr makes false assumption about RPC ca o [1997/10/23] docs/4833 doc Manual page missing for pccardc o [1997/10/24] kern/4845 Boot complains about disk slices in FAT p o [1997/10/24] kern/4847 pccard stuff fails after running Win95 wi o [1997/11/01] bin/4915 peter NFS mounts to linux machine can hang syst o [1997/11/02] bin/4923 vi leaves the screen in standout mode o [1997/11/03] ports/4928 asami no 'update' target in /usr/ports/Makefile o [1997/11/07] bin/4969 cdcontrol plays incorrect audio tracks in o [1997/11/08] bin/4975 quotaon while server very busy causes loc o [1997/11/09] kern/4992 SCSI disk scheduling disabled in 2.2.5 o [1997/11/10] kern/4997 DDB_UNATTENDED doesn't always work o [1997/11/11] kern/5009 ibcs2 emulation o [1997/11/11] kern/5011 rndcontrol -s 8 causes kernel panic o [1997/11/13] bin/5031 lpr does not remove original file if -s i o [1997/11/13] ports/5034 ache (tcsh) blocked write on named pipe sticks o [1997/11/14] kern/5038 FreeBSD can't read MS Joliet CDs. o [1997/11/14] gnu/5039 libdialog fails to resore terminal o [1997/11/14] kern/5040 Support for "SCSI-0" devices o [1997/11/14] bin/5047 ipfw(8) IP address resolving problem if o o [1997/11/14] kern/5048 Calling shutdown(fd,1) multiple times wil o [1997/11/15] kern/5059 peter mountd, nfsd, etc. fail when lp0 defined o [1997/11/15] kern/5060 Kernel doesn't compile with mss o [1997/11/17] bin/5072 /usr/bin/fetch parses a URL incorrectly o [1997/11/20] kern/5108 pmap_release panics with 'freeing held pa o [1997/11/20] bin/5109 patch to ftpd, new option to limit number o [1997/11/20] kern/5110 kernel crash & core in pmap_testbit durin o [1997/11/23] bin/5134 cdcontrol will eject a mounted CDROM s [1997/11/25] misc/5147 [PATCH] a shell script to help -CURRENT u o [1997/11/26] misc/5153 jkh release file checksums in wrong file s [1997/11/28] bin/5173 [PATCH] restore ought to deal with root s s [1997/11/30] i386/5182 bde [PATCH] A patch support high speed serial o [1997/12/03] conf/5213 My SB AWE64 isn't being recognized. o [1997/12/06] misc/5239 jkh ata + atapi & /stand/sysinstall & dos o [1997/12/09] bin/5263 sh bug (with example) s [1997/12/11] kern/5275 [PATCH] Added volume (barcode) support to o [1997/12/14] conf/5292 master.passwd -- /nonexistent vs. /sbin/n s [1997/12/14] bin/5296 slattach fails creating pidfile with ioct f [1997/12/15] ports/5302 ache webcopy port doesnt work? o [1997/12/22] kern/5362 peter mount incorrectly reports / as an NFS exp f [1997/12/30] i386/5398 silo overflows running o [1998/01/02] bin/5410 pkg_info options s [1998/01/03] bin/5419 [PATCH] timed rejects valid networks with o [1998/01/08] kern/5429 Ethernet collision during file transfers s [1998/01/08] kern/5435 [PATCH] if_fe.c for old Gateway Communica s [1998/01/08] bin/5444 [PATCH] ypserv uses wrong dns lookup orde o [1998/01/08] ports/5446 se KDE port does not install using make in / s [1998/01/08] bin/5451 roberto [PATCH] halt/reboot does not execute /etc o [1998/01/11] bin/5483 Login(1) clears utmp entry s [1998/01/15] docs/5487 doc Adding documentation for scsi(8) usage wi o [1998/01/15] kern/5502 nfsd process usage doesn't get accounted o [1998/01/15] kern/5508 SCSI Message sd0: COMMAND FAILED (4 28) @ s [1998/01/16] kern/5510 sos [PATCH] Incomplete ATAPI diagnostic at bo o [1998/01/18] kern/5517 Recursive NULLFS mount causes ufs_ihashge o [1998/01/19] misc/5525 bde gid and uid in struct pwd are ints, when s [1998/01/20] misc/5531 [SUBMISSION] new library function abs2rel s [1998/01/20] kern/5532 [PATCH] Dropped packet counts are inaccur o [1998/01/21] bin/5537 vi dumps core with dodgy exrc file o [1998/01/21] bin/5541 ppp -alias (2.2.5-STABLE) has troubles wi o [1998/01/24] i386/5559 PC-Card joystick ports were not supported o [1998/01/25] bin/5567 trying to mount a joliet filesystem cdrom o [1998/01/26] kern/5577 bde Unnecessary disk I/O and noatime ffs fixe a [1998/01/28] bin/5591 Trouble with LD_PRELOAD environment varia o [1998/01/31] bin/5609 lpd cannot send long files to HP's JetDir a [1998/02/02] ports/5626 billf 'ldap' port eats all available CPU time o [1998/02/02] kern/5627 Tertiary/Quaternary IDE Ctlrs: A few kern o [1998/02/05] misc/5662 sysinstall generates short dev names for o [1998/02/06] bin/5666 ifconfig fails to add alias o [1998/02/06] kern/5672 Crash from scsi aborted command 'Overlapp o [1998/02/09] kern/5689 sysctl vm.vmmeter - bogus and unsupported o [1998/02/10] bin/5711 bin/cat code cleanup o [1998/02/10] bin/5712 /bin/chio code cleaup and option added o [1998/02/10] bin/5717 pw -D -g "" returns error o [1998/02/10] bin/5718 pkg_delete refuses to run as non-root o [1998/02/14] bin/5745 [PATCH] Add /usr/local/share/mk to defaul o [1998/02/14] bin/5746 bootparamd will not netboot sun 3 compute o [1998/02/14] bin/5747 ld.so error message o [1998/02/15] bin/5758 sys/resources.h doesn't include sys/time. o [1998/02/17] kern/5768 Shutdown aborts syncing, when sync isn't o [1998/02/17] ports/5771 ports New port: Stuttgart Neural Network Simula o [1998/02/18] i386/5779 BOUNCE_BUFFERS option in LINT needs modif o [1998/02/18] i386/5784 ibcs2 emulation not handling ioctl(..FION o [1998/02/19] ports/5788 joerg pcemu harddisk-access fixes o [1998/02/19] kern/5789 wcd0 requires ATAPI_STATIC o [1998/02/19] kern/5795 Panic: "bremfree: removing a buffer when o [1998/02/20] misc/5803 "tab" function from "ee" not compatible w o [1998/02/25] gnu/5841 installmost or install (world) of tmac fa o [1998/02/25] bin/5847 Makeworld fails if CXXFLAGS is set. o [1998/02/25] docs/5848 nik [PATCH] Update web.mk to handle SGML file s [1998/02/25] misc/5855 /etc/services is out of date with IANA o [1998/02/26] bin/5857 non-functional lpr/lpr o [1998/02/26] kern/5863 Kernel support for sorted SHUTDOWN & SHUT o [1998/03/01] bin/5880 df -t does not support devfs o [1998/03/01] ports/5884 dburr New port: icqjava-0.981a (net/icqjava) o [1998/03/02] bin/5901 new version of `fmt' o [1998/03/03] bin/5912 kinit exits if no user name specified o [1998/03/06] kern/5931 dma errors in syslog with GUS-max o [1998/03/06] i386/5932 perfmon kernel code should check for non- o [1998/03/08] bin/5944 cvs doesn't work correct. o [1998/03/08] ports/5946 ports New port biology/molmol o [1998/03/10] kern/5964 peter nfsd send interface selection seems broke o [1998/03/10] bin/5966 vi's spanish message catalog does not use o [1998/03/10] kern/5967 upg from 2.1.7.1/2.2.1 to 2.2.5-stable (a o [1998/03/10] ports/5972 andreas x11/fvwm95 requiring gsm, and rplay is a o [1998/03/11] gnu/5982 no error exit code from tar on child fail o [1998/03/12] gnu/5992 cvs y2k o [1998/03/13] bin/6000 kadmin ank uses bad default expiration of o [1998/03/15] bin/6015 indent(1) breaks source with backslash ne a [1998/03/15] ports/6017 ports new port: yacl o [1998/03/15] ports/6027 max New Port: tgif2tex o [1998/03/16] kern/6032 poor TCP performance using FDDI over long o [1998/03/16] docs/6036 doc New handbook section 10.4.3.4 - si driver s [1998/03/18] ports/6053 kuriyama new port request: korean/hanIM o [1998/03/18] misc/6060 peter Sendmail executable, not doing MASQUERADE o [1998/03/18] bin/6064 Script to update files installed by /usr/ o [1998/03/22] conf/6096 /sys/i386/conf/LINT: edit(???) sound_conf o [1998/03/22] i386/6098 FreeBSD only uses 16M of 48M on Compaq De o [1998/03/22] gnu/6107 gdb should support PRINTF_HAS_LONG_LONG o [1998/03/27] bin/6144 telnet for 8-bit data path o [1998/03/28] bin/6156 Patches to make dump understand ENOSPC o [1998/03/28] bin/6161 2.2.6 kerberos servers are awfully visibl o [1998/03/29] ports/6170 peter another squid ports o [1998/03/30] ports/6181 dburr New port: xoj-1.0 o [1998/03/31] bin/6183 quota hangups o [1998/03/31] kern/6184 No error if resulting file pos in lseek i o [1998/04/01] bin/6187 peter mounting nfs directories with -b can caus f [1998/04/01] ports/6194 ports New port: mirrormagic-1.3 o [1998/04/02] bin/6198 demangling C++ names breaks the Cygnus -f o [1998/04/03] bin/6200 flex can be upgraded o [1998/04/03] bin/6202 No way to detect removable media. o [1998/04/03] bin/6206 Enhancements to the shutdown program o [1998/04/04] kern/6213 peter NFS-mounted swap (via vnconfig) easily cr o [1998/04/04] bin/6214 ping sometimes cannot be killed with a Co o [1998/04/05] conf/6220 Too few ttyv devices in the -RELEASE syst s [1998/04/06] bin/6223 PST/DST bug in /bin/date o [1998/04/06] ports/6230 rse gfont_mkgdf calls wrong interpreter o [1998/04/06] bin/6234 ypserv -d is broken o [1998/04/07] ports/6235 ports New port: scwm-icon o [1998/04/07] ports/6236 ports New port: scwm f [1998/04/07] kern/6247 Gravis UltraSound Classic no longer works o [1998/04/09] kern/6255 SI driver fix for Jet ISA memory size o [1998/04/09] kern/6256 SI driver - new T225 download code o [1998/04/14] docs/6295 doc Reference to nonexistent file in Device D o [1998/04/14] kern/6296 IP_HDRINCL sockets force header fields to a [1998/04/14] kern/6299 vmstat -i does not show PnP device interr o [1998/04/15] docs/6307 doc sgmlfmt not `make -jN' ready s [1998/04/15] bin/6308 [PATCH] date(1) -v argument cannot vary s s [1998/04/15] bin/6314 [PATCH] /usr/sbin/ac modification s [1998/04/16] ports/6315 kuriyama new port request: korean/htm o [1998/04/16] kern/6318 pppd does not update wtmp on hangup o [1998/04/16] misc/6320 Sometimes nohup isn't good enough. a [1998/04/16] ports/6321 andreas can't run any version of PostgreSQL on 2. o [1998/04/17] ports/6331 ports New port: libshhopt-1.1.3 o [1998/04/17] bin/6332 bde /usr/include/time.h doesn't compile with o [1998/04/17] conf/6334 -DALLLANG should be moved from src/Makefi o [1998/04/17] gnu/6338 Gnu tar not working properly with the -G o [1998/04/18] conf/6346 Kernel version strings need to relate to a [1998/04/19] ports/6355 ports New port: qplug - Netscape plugin to show o [1998/04/20] bin/6359 routed does sent router discovry solicita o [1998/04/20] ports/6361 ports New port: GNU Pascal Compiler s [1998/04/20] bin/6371 [PATCH?] fetch(1) uses HTTP_PROXY for ftp o [1998/04/23] ports/6393 ports New port: MultiMedia package - CD player, f [1998/04/23] bin/6399 [PATCH] When using "-u" mount doesn't sta a [1998/04/27] kern/6432 IFF_NOARP does not affect ethernet interf o [1998/04/28] ports/6434 se [PATCH] mediatool in x11/kdelibs cause kw o [1998/04/28] ports/6445 jkoshy New port: `fhist' o [1998/04/30] kern/6464 tcpdump doesn't recognize tun0 when it's o [1998/05/01] ports/6473 ports New port: libshhmsg-1.3.3 o [1998/05/01] ports/6474 ports New port: libxalloc-1.0.2 o [1998/05/03] kern/6495 Need pci_unmap_mem and pci_unmap_port rou o [1998/05/04] docs/6508 doc sgmlfmt does not expand relative URLs s [1998/05/04] bin/6509 [ALMOST PATCH] Allow dd to seek/skip to o o [1998/05/04] docs/6510 steve GNATS doesn't expand freebsd-doc s [1998/05/05] bin/6521 [MAYBE PATCH] "rmdir -p x/y/z/" fails o [1998/05/07] ports/6541 ports New port: math/dc o [1998/05/07] kern/6544 luigi Only get one channel through sound card o [1998/05/07] ports/6546 ache 3line ansi prompt in tcsh: cursor disappe o [1998/05/09] conf/6559 jkh Upgrade processing clobber's ~root/{.cshr o [1998/05/09] ports/6563 se minor problems with KDE ports o [1998/05/09] docs/6564 doc need more references in fetch(1) o [1998/05/10] ports/6570 ports New port: java CUP parser o [1998/05/11] i386/6595 Old IP address persistent after change o [1998/05/11] ports/6598 ports New port: asmodem - displays the modem st o [1998/05/12] misc/6612 bsd.man.mk can't handle man pages with ": o [1998/05/13] kern/6623 non-root user can crash system if disconn o [1998/05/13] conf/6624 davidn One class with nologin=/etc/nologin: reje o [1998/05/15] kern/6651 peter Possible NFS deadlock clue f [1998/05/16] bin/6653 The rc script sometimes produces errors w o [1998/05/16] ports/6657 ports new port for perl/Tk 800.004 s [1998/05/16] bin/6658 [PATCH] -stable getcwd(3) performs unnece s [1998/05/17] kern/6668 [PATCH] new driver: Virtual Ethernet driv s [1998/05/18] bin/6676 [PATCH] natd doesn't respond to signals w o [1998/05/18] docs/6681 doc docu. addition o [1998/05/19] ports/6687 ports New port, ktelnet v0.6 o [1998/05/19] ports/6699 ports New port: the Generic NQS system o [1998/05/21] ports/6709 ports New port kmessage s [1998/05/21] conf/6711 [PATCH ?] I've seen that fortune before o [1998/05/23] ports/6728 ports New port ktranslator o [1998/05/25] misc/6752 jkh sysinstall w/o cd9660 fs loaded can't mou a [1998/05/26] misc/6759 phk buggy code in libdisk.a's disk.c o [1998/05/26] kern/6760 can't compile kernel w/o networking s [1998/05/26] docs/6764 doc limits references to sysctl o [1998/05/26] kern/6769 peter panic: nfs rcvunlock o [1998/05/28] ports/6776 ports New port - xqf s [1998/05/29] kern/6781 [PATCH] exabyte changer doesn't grok LUNs s [1998/05/29] bin/6785 place for all the default dump flags o [1998/05/29] bin/6795 steve send-pr does not parse problem reports co f [1998/05/31] ports/6813 fenner patched audio module for vat port o [1998/06/01] ports/6815 torstenb ssh lookup ignores second IP address s [1998/06/01] kern/6819 [PATCH] pci_unmap_int (pci/pci.c) does no o [1998/06/01] kern/6820 cd9660_mount NULL pointer deref for no CD f [1998/06/02] bin/6832 imp [PATCH] Allows PINGing from any address o o [1998/06/06] kern/6874 accounting prevents transition to multi u o [1998/06/11] bin/6919 can not run multiple instances of /sbin/r o [1998/06/13] misc/6936 sysinstall: install from MS-DOS MO divece o [1998/06/13] bin/6937 [PATCH] rc.firewall can't be run from net o [1998/06/13] bin/6939 restore does not set the correct uid on d o [1998/06/13] ports/6942 ports New port, mrouted-beta o [1998/06/16] gnu/6965 wosch grep -a dosn't work o [1998/06/18] kern/6981 CD unmount w/o CD in drive can cause pani s [1998/06/19] bin/6995 [patch] Minor flaw in fdformat s [1998/06/19] bin/6997 [patch] vnconfig "open" error message con a [1998/06/20] ports/7005 dburr Submitting RealAudio Player 3.0 as a new o [1998/06/20] ports/7006 itojun hylafax port improved s [1998/06/21] kern/7014 [PATCH][STABLE] Add support for SiS 5591 o [1998/06/22] bin/7021 asami Size estimation patches to pkg_* o [1998/06/22] bin/7022 asami changes to bsd.port.mk to accompany PR bi o [1998/06/22] bin/7023 asami bsd.port.(%|subdir.).mk patches for size f [1998/06/23] kern/7029 gibbs cdrecord and aic7880 troubles f [1998/06/23] i386/7031 Our RocketPort port does not support DEVF s [1998/06/24] kern/7044 [PATCH] WaveLAN (2.4G, ISA, full-length b o [1998/06/24] ports/7062 torstenb pidentd partialy broken in current s [1998/06/24] bin/7063 mount fails if $PWD does not exist o [1998/06/25] docs/7065 wosch FreeBSD webpages -> applications, port br f [1998/06/25] bin/7068 markm /usr/bin/perl: library path addition s [1998/06/26] bin/7081 [patch] lpr stuff doesn't deal with RM an s [1998/06/26] kern/7085 [patch] maybe_resched() priority check co o [1998/06/28] ports/7094 ports New port of xbomber game s [1998/06/28] kern/7095 [stable] Gravis MAX in 2.2.6 suffers from s [1998/06/28] i386/7100 integrate pcvt configuration into the /et s [1998/06/28] bin/7101 /sbin/ipfw unexpected variant treatment o s [1998/06/29] bin/7117 flex -I option is broken o [1998/06/30] ports/7128 ports New port: Raster3D-2.4f s [1998/07/01] bin/7136 kerberized telnetd doesn't use gettytab % s [1998/07/02] kern/7146 The PCCARD doesnt recognize cards in top o [1998/07/02] ports/7150 ports `elftoaout': new port s [1998/07/05] kern/7177 [PATCH] Support for "Video Highway Xtreme s [1998/07/06] bin/7184 /usr/games/robots fails to write high sco f [1998/07/07] i386/7201 (cpu == CPU_686) in pmap.c shoud also app s [1998/07/08] kern/7210 [PATCH] od(4) bug fixes and enhancements, s [1998/07/10] misc/7232 Suggestion for FreeBSD installation dialo o [1998/07/10] kern/7234 yokota keyboard problems during login immediatel f [1998/07/10] misc/7239 ping(8) and traceroute(8) may report erra f [1998/07/10] bin/7241 tcpdump does not work with parallel line o [1998/07/11] bin/7254 release: multiple versions of write_mfs_i o [1998/07/12] kern/7259 -current: GENERIC and SMP-GENERIC out of o [1998/07/12] bin/7265 A warning flag is added to ln(1). o [1998/07/13] ports/7268 asami MASTER_SITE_OVERRIDE works more better o [1998/07/13] ports/7275 torstenb Symlink for one ssh man-page is wrong o [1998/07/14] kern/7282 some old and rarely used drivers have app o [1998/07/14] ports/7283 ache tcsh / LC_CTYPE - obscure problem. o [1998/07/15] bin/7287 Incorrect domain name for MAP_UPDATE in m o [1998/07/15] docs/7289 doc ppp.8: RECEIVING INCOMING PPP CONNECTIONS o [1998/07/15] bin/7294 lpr -r file fails to remove file because o [1998/07/15] ports/7295 ache Starting programs with bash port causes p o [1998/07/15] bin/7296 hoek Long-standing bug in 'more' wrt CRLF. I o [1998/07/16] bin/7298 Improvements to ln(1). o [1998/07/17] docs/7306 doc There is no manpage for timegm o [1998/07/18] ports/7314 ports ncurses port doesn't support TERM=xterm-c a [1998/07/19] bin/7324 wosch Suggestions for minor modifications to ad o [1998/07/19] bin/7325 /bin/sh redirection does not match man pa o [1998/07/21] conf/7348 Default answer 'NO' in network configurat o [1998/07/21] bin/7352 libc generates spurious warnings when use o [1998/07/21] bin/7355 jkh The checkboxes are not always properly up o [1998/07/21] docs/7359 obrien amd documentation problems a [1998/07/23] ports/7375 dburr New port request: audio/xsplay f [1998/07/23] kern/7377 we have a new digiboard driver supporting o [1998/07/24] misc/7391 jkh 2.2.7-RELEASE: src/CHECKSUM.MD5 and des/C o [1998/07/24] ports/7394 jfitz INDEX has bad description for p5-Mysql-mo s [1998/07/27] ports/7408 asami packages-2.2.7/INDEX is wrong o [1998/07/27] ports/7409 ports New port: CaribbeanStud-1.0 s [1998/07/29] i386/7426 Bugs in macro definitions of pthreads. o [1998/07/29] ports/7430 se kvt terminal emulator does not update /va o [1998/07/30] bin/7454 jkh make dependencies more visible in sysinst o [1998/07/30] misc/7455 jkh trailing spaces on mountpoint hangs sysin s [1998/07/31] docs/7456 doc dialog(3) man page outdated o [1998/08/01] ports/7464 dburr New port: WMakerconf o [1998/08/03] ports/7480 ports New Port afbackup-3.0.4 o [1998/08/03] ports/7485 vanilla New port: Xterminal-0.2 s [1998/08/06] i386/7510 [PATCH] syscons and vidcontrol to support o [1998/08/08] ports/7532 ports New port: ipltd-2.01 s [1998/08/08] docs/7533 doc Chpass command description unclear on gec s [1998/08/09] kern/7546 [PATCH] [STABLE ?]shutdown -p - system po s [1998/08/10] docs/7567 doc pccardc has no man page f [1998/08/12] kern/7589 Tulip Driver parses SROM contents wrong f [1998/08/13] conf/7606 NIS Makefile.dist: NOPUSH replaced by REM o [1998/08/13] bin/7607 GTAGS patch for nvi has posibility of buf o [1998/08/14] kern/7619 odd nfs server not responding messages ap o [1998/08/15] ports/7623 se Missing patch in kde-1.0 port o [1998/08/16] ports/7628 dburr new port: sajber-jukebox o [1998/08/16] bin/7632 Race condition in /stand/sysinstall o [1998/08/17] ports/7652 torstenb mirror installation does not point at loc o [1998/08/18] ports/7659 ports New port: pfx-0.1.1 o [1998/08/18] bin/7669 libalias does not IRC DCC packets under c o [1998/08/19] conf/7676 3.0 make world on 2.2 problems o [1998/08/19] docs/7679 doc NIS man pages are incomplete a [1998/08/19] ports/7680 billf New port of tn5250 o [1998/08/19] conf/7682 Cron logfile in the wrong place o [1998/08/19] gnu/7687 description of default baud rate for cu c o [1998/08/20] kern/7693 Misleading warning in cblock_alloc_cblock o [1998/08/20] bin/7694 bogus error-message from route(8) o [1998/08/21] ports/7701 ports New port: drmario-1.0 o [1998/08/22] kern/7722 Changes to acct format o [1998/08/23] bin/7728 ftpd processes hang o [1998/08/23] i386/7729 Progress broker is unable to read status o [1998/08/24] ports/7734 ports update atari800 - upgrade to the latest v a [1998/08/25] misc/7741 enhancement to tcpdump to print LCP/PAP/C o [1998/08/27] bin/7753 arp command fails silently on invalid pro o [1998/08/27] misc/7759 proflibs installation error, libcrypt_p.a o [1998/08/28] misc/7771 Debugging putenv/getenv o [1998/08/29] ports/7774 torstenb sshd doesn't refuse to login people with o [1998/08/29] bin/7779 [PATCH] modload should detect stripped ke o [1998/08/30] kern/7782 Kernel rebuild not correctly responding t o [1998/08/30] bin/7786 quota.h has superfluous semicolon in macr o [1998/08/31] docs/7791 doc ipf(1) and ipfstat(1) should have been ip o [1998/09/01] gnu/7800 tar(1) does not recognize --gunzip option o [1998/09/02] kern/7812 APM machines should attempt to power down o [1998/09/02] ports/7814 andreas postgreqsl docs are broke o [1998/09/02] i386/7816 [Patch] NE2000 PnP card IDs to sys/i386/i o [1998/09/03] docs/7819 doc nroff macro problem(miss reformated) in d o [1998/09/03] bin/7826 ls(1) knows too much about format of strf o [1998/09/03] ports/7827 ports New port: garith-2.1 o [1998/09/03] bin/7828 Add a command line option to cp to make i o [1998/09/04] docs/7833 doc awk.1 contains typos. o [1998/09/05] kern/7837 patches to add a p_auth extension pointer o [1998/09/07] ports/7845 tg Unbuffered /dev/vx0-output from Python 1. o [1998/09/07] bin/7846 /sbin/mount_* do not canonicalize the mou o [1998/09/07] ports/7848 markm Update ports: lang/perl5 (pkg_delete prob o [1998/09/07] misc/7850 lt_LT.* locale o [1998/09/07] misc/7851 steve looks like send-pr discards bug report wi o [1998/09/07] bin/7855 cpp should define __ELF__ if objformat = o [1998/09/07] kern/7856 Patches to add lkm hooks to cmsg_data anc o [1998/09/08] bin/7860 Extra option to pr(1). o [1998/09/08] docs/7864 doc nslookup.8 has nroff problem s [1998/09/08] bin/7868 [almost patch]Morse Code Fixups o [1998/09/08] bin/7869 Improved error messages from apm o [1998/09/09] misc/7873 poor initial configuration and documentat f [1998/09/09] ports/7875 dwhite NEW PORT: lcdproc o [1998/09/11] bin/7895 multiple identical NFS mounts accepted o [1998/09/11] kern/7903 unmatched '{}' blocks. o [1998/09/12] bin/7907 ipfw command line parsing o [1998/09/13] docs/7914 doc no elf(5) manpage o [1998/09/13] misc/7919 general problems with the termcap databas o [1998/09/14] conf/7928 Patch to allow execution of an IPFW shell o [1998/09/15] ports/7932 torstenb man zshall doesn't work o [1998/09/16] bin/7944 `restore f foo' gets sigsegv o [1998/09/16] misc/7946 ccdconfig gives confusing error when give o [1998/09/17] bin/7962 /usr/bin/ee prompts "save changes" when f o [1998/09/18] bin/7973 lpd: Bad control file owner in case of re o [1998/09/18] kern/7976 VM86 comment in LINT is incomplete o [1998/09/18] kern/7983 yokota Tapping the touchpad does not work o [1998/09/19] kern/7990 patch - teach kernel about RB_POWEROFF fl o [1998/09/19] ports/7992 ports New port: xemacs20-stepwise (XEmacs20 hac o [1998/09/20] ports/7997 se [audio/kdemutlimedia] kscd's installation o [1998/09/20] bin/7998 pkg_add seems to have unneeded umask o [1998/09/20] misc/8005 yokota Keyboard freezes going from KDE to text m o [1998/09/21] kern/8011 libc_r does not have pread() or pwrite() o [1998/09/21] kern/8015 [patch] Some sysctl descriptions for the o [1998/09/24] ports/8042 torstenb If pidentd dies, you must kill all telnet o [1998/09/26] bin/8060 install ignores the +X mode flag o [1998/09/27] conf/8061 profiling utilities seperate from profili o [1998/09/27] ports/8063 asami [PATCH] Add multiple CDROM support to bsd a [1998/09/28] ports/8078 luigi port audio/nas fails for me o [1998/09/28] bin/8083 Game cleanup from NetBSD o [1998/09/29] bin/8084 NIT: non-working code in rshd o [1998/09/29] bin/8087 rbootd does work according to specs o [1998/10/02] i386/8131 [patch] Support for PCI NE2000 compatible o [1998/10/03] misc/8133 markm [patch] bug in telnetd (Kerberos IV) o [1998/10/03] bin/8134 End of game is not recognised immediately o [1998/10/03] misc/8139 [patch] missing /usr/src/share/examples/d o [1998/10/04] bin/8142 freebsd 2.2.7 implementation of key(1) [s o [1998/10/04] i386/8146 [patch] kzipboot serial console setup and a [1998/10/06] bin/8163 [patch] It is impossible to assign quotas o [1998/10/06] bin/8164 [patch] repquota incorrectly reports quot o [1998/10/06] kern/8166 jkh odboot is pointless with CAM o [1998/10/06] i386/8171 [patch] Intel EtherExpress Pro 100 suppor o [1998/10/06] bin/8172 jkh installer has difficulty handling ftp err o [1998/10/07] misc/8202 semop() is not wrapped for thread safety o [1998/10/08] bin/8211 Script to search kernel for an address o [1998/10/08] ports/8217 ache www/netscape4-*: avoid `ns-install' o [1998/10/12] bin/8279 [patch] /usr/sbin/sysctl -> ${DESTDIR}/sb s [1998/10/12] ports/8285 billf New port (Eggdrop 1.3.21) o [1998/10/12] bin/8295 order of options in printcap causes some f [1998/10/13] ports/8299 ports new port for games/xbd (Boulder Dash) f [1998/10/13] bin/8301 des "ls -B" and "ls -b" misprint o [1998/10/13] conf/8303 3.0-981009-BETA can't make swap device on o [1998/10/13] conf/8306 [patch] NATD get loaded late in bootseque o [1998/10/13] i386/8308 jkh Host/Domain 'problem' in install script/p o [1998/10/13] kern/8311 kernel panic on de0 o [1998/10/16] misc/8346 Strftime can't generate ISO-8601 timezone o [1998/10/16] bin/8347 /usr/lib/compat build issues in 3.0 RELEA o [1998/10/16] bin/8348 [PATCH] zforce(1) is broken: fix o [1998/10/16] kern/8349 [PATCH] Changer definition for SureStore f [1998/10/17] misc/8357 Segmentation fault while making SWARM-1.3 f [1998/10/17] bin/8367 /stand/sysintall is screwing up my /etc/r o [1998/10/19] kern/8376 CLOCK_VIRTUAL not implemented o [1998/10/19] misc/8378 Is termcap not maintained enough ? o [1998/10/20] misc/8388 Windows DUN sends DOMAIN\username, ppp is o [1998/10/21] bin/8405 There is extra ping.o o [1998/10/22] kern/8410 ipsec port to freebsd o [1998/10/22] kern/8420 __getcwd() from an (forcibly) unmounted f o [1998/10/23] kern/8428 Is FreeBSD 3.0-RELEASE support 640MByte M o [1998/10/24] misc/8434 boot.flp /bin/init crashes during probe w o [1998/10/24] i386/8436 boot.flp sysinstall crashes when probing o [1998/10/24] bin/8438 ex/vi: Error: tcsetattr: Interrupted syst o [1998/10/25] kern/8444 pcvt with more than 8 virtual consoles o [1998/10/25] docs/8445 doc Update of "Installing Mathematica on Free o [1998/10/26] kern/8456 SMP kernel fails with Everex PO-6200 Dual o [1998/10/27] docs/8464 doc Missing include file wh o [1998/10/27] bin/8466 bind man pages not installed by 3.0 make o [1998/10/27] ports/8470 ache Update port: www/netscape4-* f [1998/10/27] docs/8472 billf da(4) references nonexistent da(9) o [1998/10/27] i386/8474 repquota does not pick up NIS information o [1998/10/28] bin/8479 Final \'s in /etc/exports did not work in o [1998/10/30] kern/8498 Race condition between unp_gc() and accep o [1998/10/30] bin/8501 snake has a segmentation fault depending o [1998/10/30] ports/8516 ports Addition of port for rblsmtpd (qmail RBL o [1998/10/30] conf/8517 rc.conf/rc fails to set ldconfig -aout o [1998/10/31] misc/8519 Murphy's Laws o [1998/10/31] ports/8521 itojun Some manpages are not usable with tiff-3. o [1998/11/01] conf/8531 sysinstall on 3.0-RELEASE (and 3.0-curren o [1998/11/02] docs/8547 doc Various updates to authors.sgml, printing o [1998/11/03] kern/8550 strip kernel before moving it during make o [1998/11/03] bin/8553 /usr/libexec/mail.local doesn't handle "> o [1998/11/03] docs/8559 doc Update to open(2) man page to reflect ENX s [1998/11/03] kern/8560 des [REMINDER] bpfilter is deprecated and sho o [1998/11/04] i386/8571 Bug in config utility in FreeBSD 2.2.6-RE o [1998/11/07] ports/8586 ports new port: misc/kmamerun o [1998/11/07] kern/8589 incorrect spelling for "dependency" and " o [1998/11/07] i386/8598 MAKEDEV fails if not run from current dir o [1998/11/08] docs/8602 doc symlink(7) manpage says that file(1) has o [1998/11/08] kern/8604 ps u gets confused about process start ti o [1998/11/08] kern/8605 ipsec for ipv4, new version o [1998/11/08] docs/8611 doc kld man page o [1998/11/08] ports/8620 ports New option to colorls - -K, color only to o [1998/11/09] bin/8631 pci interrupts are shown on EISA only mac o [1998/11/09] kern/8633 TCP packet via SLIP/CSLIP containing this o [1998/11/09] bin/8637 fgetpos()/fsetpos() don't work for >2GB f o [1998/11/10] docs/8640 doc proposed change of 4.5 o [1998/11/11] ports/8651 ports I create a new ports about wget o [1998/11/11] misc/8654 SYSV options allow WINE to run, but Netsc s [1998/11/12] kern/8661 stb sys/netatalk/at_control.c needs to correc o [1998/11/12] bin/8665 billf /usr/bin/mail -u user not worked if exist o [1998/11/12] bin/8666 X blocks serial port with getty process o o [1998/11/12] i386/8670 aout libcompat placed in /usr/lib/compat o [1998/11/13] ports/8675 ports new port: x11-toolkits/gtkstep11 o [1998/11/13] gnu/8679 tar man page should be updated o [1998/11/14] bin/8681 other macro name that has same number is o [1998/11/14] docs/8682 doc some small bug fixes to ld.1 o [1998/11/15] ports/8692 ports new port: x11/kvidtune o [1998/11/15] ports/8696 ports New port: psi88 o [1998/11/15] kern/8703 NFS Freezes when copying files from 3.0 t o [1998/11/18] ports/8740 ports New ports collection lesw-332 o [1998/11/18] kern/8747 [PATCH] fixes for systags.sh o [1998/11/18] kern/8751 Cannot display new CPU name correctly. o [1998/11/18] ports/8754 se KDE: KDM Display Manager has login proble o [1998/11/18] bin/8756 'pw' command additional feature request o [1998/11/19] misc/8764 pwd_mkdb is slow on many users o [1998/11/19] docs/8765 doc some suggested text for describing passwo o [1998/11/19] ports/8767 ports New port: gtksql-0.2 o [1998/11/20] ports/8774 kuriyama new port: ssh2 o [1998/11/21] ports/8789 ports Port created for Lucent Technology's Csco o [1998/11/22] ports/8795 ports xgal.sndsrv.freebsd.c is out of sync with o [1998/11/22] bin/8809 fdisk calls QNX-4 partitions unknown o [1998/11/22] bin/8811 Problem to use 'NLSMODE' variable in Make f [1998/11/23] ports/8816 ports New port: ptc-2.0.10 o [1998/11/23] ports/8822 ports New port: InterNetNews 2.2beta2 a [1998/11/23] kern/8826 ken LINT bug with CAM pass devices o [1998/11/24] ports/8838 billf New port of GNU getopt. o [1998/11/24] kern/8858 man page for accept() is flawed o [1998/11/25] ports/8863 ports [Reviced] New port: mopac7 a [1998/11/25] ports/8864 billf useradd - system V compatible implementat o [1998/11/27] i386/8867 /stand/sysinstall core dumps (signal 11) o [1998/11/28] bin/8880 billf cp missing verbose switch o [1998/11/28] bin/8881 billf mv missing verbose switch o [1998/11/29] kern/8895 DEC 21152 PCI-PCI bridge chip isn't probe o [1998/11/29] kern/8898 PCI devices without an associated driver o [1998/11/29] ports/8899 ports New port: qmail-contrib o [1998/11/29] ports/8900 ports New port: mail/qmailanalog o [1998/11/30] bin/8905 suggested change of 'ipfw show' layout o [1998/11/30] misc/8907 missing symlink, Xmmix: no help o [1998/11/30] ports/8908 gpalmer snmpd does not return ifPhysAddress on GE o [1998/11/30] bin/8913 negative time values for csh 'time' built o [1998/12/01] ports/8917 obrien gcc-2.8.1 incorrect g++ linker call o [1998/12/01] ports/8920 ports netscape java displaying on ncd xterm cra o [1998/12/01] i386/8923 ctm 2.2.5 -> 2.2.7 error hu_HU.ISO_8859- o [1998/12/01] kern/8925 options kern file needs AWE_DEFAULT_MEM_S o [1998/12/02] ports/8943 ports New port: InterNetNews 2.2beta2 o [1998/12/02] ports/8945 se kde "metaport" looking for wrong jpeg lib o [1998/12/03] i386/8953 BINFORMAT not defined in 2.2-STABLE o [1998/12/03] bin/8955 request CVS allow advisory locks on repos o [1998/12/04] kern/8960 lnc driver does not set IFF_MULTICAST o [1998/12/04] bin/8966 yp_mkdb does not accept standard automoun o [1998/12/06] misc/8986 install-info breaks installworld over nfs o [1998/12/06] bin/8989 (patch) chflags support for mtree(8) o [1998/12/08] bin/9012 route add -host hostIP -interface localIP o [1998/12/08] ports/9018 se kdesupport build dies o [1998/12/08] misc/9024 SPAM site list is no longer available fro o [1998/12/08] kern/9026 natd o [1998/12/10] ports/9047 jmz cd ports/x11/XFree86;make install fails i o [1998/12/10] conf/9051 2.2.8R boot floppy won't write to fixit f o [1998/12/11] bin/9055 When used without arguments, ``set'' and o [1998/12/12] bin/9064 [PATCH] propose adding `direct' option in o [1998/12/14] bin/9078 tunefs cant access mounted devices (vs. m o [1998/12/14] ports/9079 billf new port: www/curl o [1998/12/14] ports/9080 ports New port: mail/rblsmtpd o [1998/12/14] ports/9083 markm apache12-ssl won't compile o [1998/12/15] ports/9089 obrien egcs-1.1.1 exceptions are not caught, bu o [1998/12/15] kern/9092 DELF raid volumes cause panics under CAM o [1998/12/16] i386/9102 Voxware does not provide /dev/mixer for E o [1998/12/16] ports/9107 asami Addition to bsd.port.mk for searching mul o [1998/12/17] bin/9118 default install of aout compat libs is in o [1998/12/18] bin/9123 pax can't read tar archives that contain o [1998/12/18] ports/9125 ports problem of vim in packages of Free 3.0 o [1998/12/19] bin/9135 tar doesn't back up device files o [1998/12/20] ports/9142 ports Re-work patches to configure script to be o [1998/12/20] kern/9144 luigi acd driver inconsistency (byte order in C o [1998/12/20] ports/9150 ports Ports depending on jdk need to know where o [1998/12/21] conf/9160 /etc/services file corruption o [1998/12/22] gnu/9175 [Patch] eliminate dead code in F77.c o [1998/12/22] bin/9176 dillon placemark to split mount_ufs out of mount o [1998/12/22] ports/9180 ports R-63.1 port update o [1998/12/23] kern/9183 newton chroot(2) can be broken by the superuser. o [1998/12/24] misc/9187 [PATCH] pccard.conf entry for 3Com/NoteWo o [1998/12/24] bin/9188 telnet gets stuck in ttydrain() o [1998/12/25] docs/9193 doc Incorrect release date for FreeBSD 2.0 in o [1998/12/27] bin/9206 sysinstall installation should create /st o [1998/12/27] kern/9211 imp doscmd triggers endless "kernel trap 25" o [1998/12/27] ports/9213 ports new port request: korean/netscape4-{commu f [1998/12/28] misc/9220 nvi: catalog: mistake in Russian error me o [1998/12/28] ports/9222 ports New ports: grace-5.0.1 the successor of x o [1998/12/28] misc/9223 "make installworld" changes ownership of o [1998/12/28] bin/9226 telnetd can log wrong IP address to utmp o [1998/12/28] docs/9228 doc AMD's texinfo doc doesn't get installed o [1998/12/28] ports/9231 vanilla New port Mars_nwe 0.99pl14 o [1998/12/29] bin/9233 gmp's mpq_add and mpq_sub are buggy o [1998/12/29] docs/9238 doc some modification will cause better secur o [1998/12/30] conf/9245 obsolete locale setting in /usr/src/etc/{ o [1998/12/30] conf/9246 allscreens_flags in /etc/rc.conf not work o [1998/12/30] bin/9250 [PATCH] allow fetch to do ftp directory l o [1998/12/31] bin/9253 received packets piling up on natd's ICMP o [1998/12/31] misc/9254 Sapnish vi file has bad character table o [1998/12/31] ports/9256 ports Port of cmail o [1998/12/31] i386/9257 fpathconf() missing from libc_r o [1998/12/31] bin/9259 allow no prompt for yes in fdformat, but o [1999/01/01] ports/9261 ports New port - FakeBO (BackOrifice client emu o [1999/01/01] bin/9263 Database of units(3) misses euro-currency o [1999/01/01] docs/9264 doc Incorrectness in tsort(1) manpage. o [1999/01/02] docs/9276 doc Some typos and fragmented coincidence of o [1999/01/02] bin/9281 awk asumes memory that is returned from m o [1999/01/03] i386/9283 ioctl(SNDCTL_DSP_SETFMT) on /dev/audio (p o [1999/01/03] bin/9285 pw strips comments from group file o [1999/01/03] ports/9286 andreas Patch for games/nethack-qt to fix compila o [1999/01/03] docs/9288 doc typo in doc/FAQ/preface.sgml o [1999/01/03] ports/9289 ports New Port - ASPostit (Dockable version of o [1999/01/03] misc/9291 Duplicate "Root Password" entry in sysins o [1999/01/03] docs/9304 doc a possible typo in security.7 o [1999/01/03] docs/9305 doc To use some '.Pa' macros be better in sec o [1999/01/04] bin/9308 [PATCH] Flood ping doesn't flood o [1999/01/04] ports/9310 simokawa Compile option was changed o [1999/01/04] ports/9314 ports New port: wmmount-1.0b1 o [1999/01/04] ports/9315 ports New port: wmcyrx-2.0, The cyrillic keyboa o [1999/01/04] kern/9316 Intel PILA8461 NIC panics 2.2.7 during pr o [1999/01/04] bin/9318 vgrind(1): no JAVA support o [1999/01/04] i386/9319 D-Link DE-528CT poor performance o [1999/01/04] kern/9320 new cpuid patch for 3.0-curent kernel for o [1999/01/05] ports/9324 ports AfterStep-stable port needs to be updated o [1999/01/05] bin/9333 timestamp dump's progress o [1999/01/05] docs/9338 doc man page VOP_LOCK(9) not up to date o [1999/01/05] i386/9341 tty-level buffer overflows o [1999/01/06] bin/9349 make doesn't diagnose non-numeric argumen o [1999/01/06] docs/9352 doc wrong macro names in groff_[ms|mm|mmse].7 o [1999/01/06] ports/9356 andreas PostgreSQL distfiles unfetchable, updated o [1999/01/07] ports/9366 ports New port of icmpquery o [1999/01/07] bin/9374 Improved functionality for find(1) o [1999/01/07] docs/9375 ports Information on how to build PLIST automat o [1999/01/07] docs/9376 doc getsubopt and getservbyport manpage chang o [1999/01/07] conf/9386 can we add this to /usr/share/mk/sys.mk? o [1999/01/08] conf/9388 magic(5) correction for wordperfect o [1999/01/08] kern/9392 Alternate system clock OR kernel stats cl o [1999/01/08] bin/9394 brian enhancement to natd logging o [1999/01/08] kern/9396 There is no way for the prompt in loader o [1999/01/09] bin/9405 split(1) when line matches a regex o [1999/01/09] kern/9406 /boot/loader is always overwritten on ins o [1999/01/09] ports/9421 ports No Postscript type 1 font conversion util o [1999/01/10] ports/9425 se KDE starting up from xdm has problem.... o [1999/01/10] ports/9426 dirk Port submission MySQLTutor o [1999/01/11] ports/9452 ports New port for itk-3.0.1 o [1999/01/11] ports/9453 ports New port for itcl-3.0.1 o [1999/01/11] ports/9454 ports New port for iwidgets-3.0.0 o [1999/01/12] docs/9455 doc cvsup and ftp server in Czech Republic o [1999/01/12] kern/9463 No Detection of the Intel Celeron and Int o [1999/01/12] ports/9466 ports ports submission o [1999/01/13] bin/9470 aout-to-elf-build broken with kerberosIV- o [1999/01/13] bin/9471 msgs: /var/msgs/bounds: No such file or d o [1999/01/13] kern/9474 "comcontrol rescan 0:8:0" hangs, causes o o [1999/01/14] bin/9484 False error while adding a user, whose ui o [1999/01/14] bin/9494 new option to prevent mail from sending m o [1999/01/14] misc/9496 I suggest a better warning for /etc/rc.co o [1999/01/14] misc/9500 `edithook' is not Y2K compliant o [1999/01/14] bin/9501 Several cvs contrib files are not Y2K com o [1999/01/14] bin/9502 `me' macro documentation incorrectly defi o [1999/01/14] ports/9508 andreas Update majorcool to current version 1.3.2 o [1999/01/15] kern/9520 VESA Console Lock-ups o [1999/01/16] misc/9524 /usr/share/examples/libvgl/demo looks lik o [1999/01/16] bin/9529 ftp filname completion can't handle space o [1999/01/16] i386/9530 identcpu.c doesnt know about celeron o [1999/01/17] bin/9536 make world installs aout compat libs in t o [1999/01/17] ports/9540 ports Update port: japanese/perl5 o [1999/01/18] conf/9555 Pseudo account `pop' is not redirected in o [1999/01/19] misc/9564 The man page of sysinstall is not install o [1999/01/19] docs/9568 doc Unexistent link in FAQ on WWW o [1999/01/19] bin/9569 top(1) ignores tty EOF condition. o [1999/01/19] kern/9570 ed(4) irq config enhancement o [1999/01/19] ports/9571 ports New ports for netscape plug-in, named "pl o [1999/01/19] ports/9572 ports Update to kmpg (KDE MPEG audio player) o [1999/01/19] bin/9573 ksrvtgt not working o [1999/01/19] docs/9576 doc Update doc: doc/ru/FAQ/admin.sgml o [1999/01/19] docs/9577 doc Update doc: doc/ru/FAQ/hackers.sgml o [1999/01/20] docs/9578 doc Update doc: doc/ru/FAQ/preface.sgml o [1999/01/20] docs/9581 doc Wrong word order on docproj/translations. o [1999/01/20] misc/9582 configApache command doesn't work for /st o [1999/01/20] kern/9590 Clean up for -Wall warnings o [1999/01/20] kern/9591 Linux compat getrlimit/setrlimit constant o [1999/01/21] ports/9604 ports Minor improvements to ucspi-tcp port o [1999/01/21] ports/9608 ports Linux Communicator 4.5 o [1999/01/21] kern/9611 MFS calculates the size incorrectly when o [1999/01/21] bin/9613 [PATCH] IPFW command-line parsing error o [1999/01/21] ports/9615 ports explorer port fails to build, can't find o [1999/01/22] kern/9619 Restarting mountd kills existing mounts o [1999/01/22] ports/9625 ports [update] japanese/Wnn korean/Wnn chinese/ o [1999/01/22] ports/9629 ports New ports: ja-canuum-1.0(japanese/canuum) o [1999/01/23] ports/9635 ports New port: textproc/psgml-emacs o [1999/01/23] ports/9636 ports New port: textproc/psgml-mule o [1999/01/23] ports/9637 ports New port: textproc/psgml-emacs20 o [1999/01/23] misc/9638 Typo error in Italian locale o [1999/01/23] misc/9639 /etc/security reports missing passwords o o [1999/01/23] ports/9649 ports abc2ps port o [1999/01/24] ports/9657 ports Progressive Networks' RealAudio proxy por o [1999/01/24] docs/9658 doc tar(1) SYNOPSIS refinement o [1999/01/25] ports/9672 ports New port: misc/xtail o [1999/01/25] ports/9675 ports databases/p5-DBD-Pg not broken anymore o [1999/01/25] kern/9679 fix for uninterruptible open in portal fi o [1999/01/25] ports/9680 ports Upgrade port: games/pysol o [1999/01/25] ports/9685 ports [PATCH] databases/postgesql broken for 4. o [1999/01/25] ports/9686 ports Update of the nn-6.5.3 port o [1999/01/25] kern/9689 panic in sbdrop(kern/uipc_socket2.c) o [1999/01/25] ports/9690 ports Multiple problems installing TeX port o [1999/01/25] ports/9694 ports netatalk-asun nits o [1999/01/26] bin/9696 Added ability to specify port ranges in n o [1999/01/26] ports/9697 ports New port - wmweather o [1999/01/26] ports/9699 ports Reorganization the x11-toolkits/xview por o [1999/01/26] ports/9700 ports Reorganization the x11-toolkits/xview-cli o [1999/01/26] ports/9702 ports libffi ports changes o [1999/01/26] bin/9703 typo in login.conf o [1999/01/26] ports/9704 ports Minor fixes to olvwm o [1999/01/26] docs/9707 doc New entry for FAQ o [1999/01/26] ports/9710 ports NN-6.5.3 with NOV enabled can't find .ove o [1999/01/26] bin/9711 Fails: cd /usr/bin; gzip file ; mv file. o [1999/01/27] ports/9719 ports New port: misc/fortuneit o [1999/01/27] i386/9721 Patch for FreeBSD netboot (booting via DO o [1999/01/27] bin/9722 cron whines about malloc() pointer to wro o [1999/01/27] kern/9723 icmp_reflect doesn't clear m->m_pkthdr.rc o [1999/01/27] ports/9725 ports new ports ( devel/swarm ) o [1999/01/27] ports/9726 ports new ports ( devel/swarm ) o [1999/01/27] ports/9728 jfitz net/mrtg port is out of date. o [1999/01/27] ports/9730 ports argus port fails configure if /dev/bpf0 d o [1999/01/27] ports/9731 ports aterm port needs Xpm dependency o [1999/01/27] ports/9732 ports spin port update o [1999/01/27] ports/9733 ports UPDATE ports/devel/ftnchek o [1999/01/27] ports/9734 ports TclDP-4.0b2 port added o [1999/01/27] ports/9736 ports PostGreSQL configure failing on 4.0 o [1999/01/27] ports/9737 ports Update port: emulators/xsystem35 o [1999/01/27] ports/9738 ports update tcsh to version 6.08.02 o [1999/01/27] ports/9739 ports Update to math/metis port o [1999/01/27] ports/9740 ports New port: cm postscript fonts by AMS o [1999/01/27] ports/9741 ports New port: ams postscript fonts by AMS o [1999/01/28] ports/9745 ports Ports changes for SWARM ports ( ports/972 o [1999/01/28] pending/9746gnats-adminXFree86 is missing the XF86_3DLabs Server o [1999/01/28] kern/9748 error in queue handling of at_shutdown() o [1999/01/28] bin/9753 Loader needs a pager o [1999/01/28] bin/9754 src/sys/boot/common is WAY too noisy in w o [1999/01/28] bin/9756 ficl trace facility is full of bugs o [1999/01/28] bin/9758 ftpd allows anonymous logins when /etc/no o [1999/01/28] ports/9760 ports Submission of icecast o [1999/01/28] docs/9762 doc a typo in isdndebug.8 (the the -> the) o [1999/01/28] ports/9763 ports make README.html creates blank files at t o [1999/01/28] kern/9764 allow /bin/df not to list certain entries o [1999/01/28] ports/9766 ports gnomepim build dies o [1999/01/28] ports/9768 ports Windowmaker upgrade: 0.51.0 o [1999/01/28] ports/9769 ports rxvt port MASTER_SITE directory has chang o [1999/01/28] bin/9770 An openpty(3) auxiliary program o [1999/01/29] ports/9771 ports New port: ja-epwutil-1.0 o [1999/01/29] docs/9773 doc Handbook 4.7.1.4. "Testing the port" is i o [1999/01/29] ports/9776 ports emacs20-dl fails to build on 4.0-CURRENT o [1999/01/29] i386/9777 Generic AD1816 sound suport in Luigi's pc o [1999/01/29] pending/9778gnats-adminNeed to handle conflicting pthread.h and o [1999/01/29] ports/9780 ports I would like to contribute a new ports co o [1999/01/29] misc/9782 minor problem with telnet and /etc/gettyt o [1999/01/29] ports/9783 ports I would like to contribute a new port o [1999/01/29] ports/9784 ports xmysqladmin port broken o [1999/01/29] pending/9785gnats-adminlibpng.so.2.1 missing o [1999/01/29] ports/9786 ports tk80 port doesn't create man page links o [1999/01/29] ports/9787 ports tcl80 port doesn't make man page links o [1999/01/29] ports/9788 ports fix for textutils port makeinfo problem o [1999/01/29] ports/9790 ports Update wmnet port to v1.2 o [1999/01/30] kern/9791 enhancement for netinet/ip_icmp.c to cont o [1999/01/30] pending/9793gnats-adminlocate.updatedb is noisy o [1999/01/30] pending/9794gnats-adminsend-pr submissions wind up misfiled requ o [1999/01/30] ports/9795 ports The Handbook is not clear on how to deal o [1999/01/30] bin/9802 whois(1) needs updating - nic.ddn.mil non o [1999/01/30] ports/9808 ports Upgrade Port: chimera2 o [1999/01/30] bin/9809 finger output format wrong o [1999/01/30] ports/9811 ports New port: lang/gnomeguile o [1999/01/30] ports/9812 ports New port: devel/libgtopbindings o [1999/01/30] docs/9822 doc security(7) man page is missing a word o [1999/01/30] ports/9830 ports update port ascd-0.7 to 0.9.1 o [1999/01/30] ports/9831 ports Update port wmmail-0.59 to 0.62 o [1999/01/30] ports/9832 ports net/xwhois port tries to assume gtk-1.0 d o [1999/01/30] docs/9833 doc column(1) manpage broken o [1999/01/31] ports/9835 ports Port update: squeak2 o [1999/01/31] ports/9836 ports New port: misc/delay-1.0 o [1999/01/31] docs/9837 doc fix to doc/handbook/porting.sgml o [1999/01/31] ports/9838 ports New port: audio/realplayer (RealPlayer 5. o [1999/01/31] ports/9839 ports New port - www/snarf o [1999/01/31] ports/9840 ports patch allows ports to fetch their sources o [1999/01/31] ports/9842 billf New port - SquidTimes o [1999/01/31] docs/9843 doc ppp(8) mentions permissions omitting lead o [1999/01/31] conf/9845 Propose adding options to rc.conf and rc. o [1999/01/31] ports/9846 billf New port - WebCrawl o [1999/01/31] ports/9847 billf New port - urlget o [1999/01/31] kern/9848 ARP proxyall extra sanity check o [1999/01/31] ports/9850 ports graphics/tiff34 port fails o [1999/01/31] ports/9851 ports Port update o [1999/01/31] ports/9852 ports new port: wmdate-0.5 o [1999/01/31] ports/9853 ports update to lesstif port o [1999/02/01] ports/9855 ports Unbreak x11-toolkits/gtkgl o [1999/02/01] docs/9859 doc isdnd.acct.5: DESCRIPTION and EXAMPLES ar o [1999/02/01] docs/9860 doc Typo in sa driver manual 963 problems total. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 1 11:10:05 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA00719 for freebsd-bugs-outgoing; Mon, 1 Feb 1999 11:10:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA00694 for ; Mon, 1 Feb 1999 11:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id LAA81461; Mon, 1 Feb 1999 11:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Mon, 1 Feb 1999 11:10:01 -0800 (PST) Message-Id: <199902011910.LAA81461@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Garrett Wollman Subject: kern/9848: ARP proxyall extra sanity check Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/9848; it has been noted by GNATS. From: Garrett Wollman To: iedowse@maths.tcd.ie Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: kern/9848: ARP proxyall extra sanity check Date: Mon, 1 Feb 1999 14:09:20 -0500 (EST) < The patch below provides an extra sanity check for ARP proxying. It > checks that the request came in via the interface on which the sender > is expected to be. In the case of a mismatch a warning is logged, and > the ARP request is not proxied. I have no objection to this change. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 1 11:23:15 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA02513 for freebsd-bugs-outgoing; Mon, 1 Feb 1999 11:23:15 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA02506; Mon, 1 Feb 1999 11:23:10 -0800 (PST) (envelope-from wollman@FreeBSD.org) From: Garrett Wollman Received: (from wollman@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id LAA82871; Mon, 1 Feb 1999 11:23:10 -0800 (PST) (envelope-from wollman@FreeBSD.org) Date: Mon, 1 Feb 1999 11:23:10 -0800 (PST) Message-Id: <199902011923.LAA82871@freefall.freebsd.org> To: phoenix@calldei.com, wollman@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/9802 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: whois(1) needs updating - nic.ddn.mil nonexistant State-Changed-From-To: open->closed State-Changed-By: wollman State-Changed-When: Mon Feb 1 11:22:53 PST 1999 State-Changed-Why: Fixed in rev. 1.7 of whois.c. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 1 11:56:49 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA07826 for freebsd-bugs-outgoing; Mon, 1 Feb 1999 11:56:49 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA07819; Mon, 1 Feb 1999 11:56:41 -0800 (PST) (envelope-from wollman@FreeBSD.org) From: Garrett Wollman Received: (from wollman@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id LAA84624; Mon, 1 Feb 1999 11:56:41 -0800 (PST) (envelope-from wollman@FreeBSD.org) Date: Mon, 1 Feb 1999 11:56:41 -0800 (PST) Message-Id: <199902011956.LAA84624@freefall.freebsd.org> To: kheuer@gwdu60.gwdg.de, wollman@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, wollman@FreeBSD.ORG Subject: Re: bin/9485 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: lpr uses wrong username (3.0-R) State-Changed-From-To: open->feedback State-Changed-By: wollman State-Changed-When: Mon Feb 1 11:54:11 PST 1999 State-Changed-Why: I believe my recent fix to lpr.c will provide the behavior you want, by using the superuser-only `-U' flag to lpr. (PR 9729 suggests that Samba either already uses this, or can be made to do so.) Can you please try it? Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: wollman Responsible-Changed-When: Mon Feb 1 11:54:11 PST 1999 Responsible-Changed-Why: I think I fixed it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 1 12:02:59 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA08819 for freebsd-bugs-outgoing; Mon, 1 Feb 1999 12:02:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA08805; Mon, 1 Feb 1999 12:02:40 -0800 (PST) (envelope-from wollman@FreeBSD.org) From: Garrett Wollman Received: (from wollman@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id MAA84975; Mon, 1 Feb 1999 12:02:40 -0800 (PST) (envelope-from wollman@FreeBSD.org) Date: Mon, 1 Feb 1999 12:02:40 -0800 (PST) Message-Id: <199902012002.MAA84975@freefall.freebsd.org> To: jose@we.lc.ehu.es, wollman@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, wollman@FreeBSD.ORG Subject: Re: bin/9729 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: lpr -r does not remove files under sticky directories [FIX KNOWN] State-Changed-From-To: open->feedback State-Changed-By: wollman State-Changed-When: Mon Feb 1 12:01:37 PST 1999 State-Changed-Why: I think my recent change to lpr.c fixes this problem. Whether it does or not, please let me know. Responsible-Changed-From-To: freebsd-bugs->wollman Responsible-Changed-By: wollman Responsible-Changed-When: Mon Feb 1 12:01:37 PST 1999 Responsible-Changed-Why: I think I fixed it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 1 13:18:27 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA17599 for freebsd-bugs-outgoing; Mon, 1 Feb 1999 13:18:27 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA17580; Mon, 1 Feb 1999 13:18:10 -0800 (PST) (envelope-from archie@FreeBSD.org) From: Archie Cobbs Received: (from archie@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id NAA89402; Mon, 1 Feb 1999 13:18:10 -0800 (PST) (envelope-from archie@FreeBSD.org) Date: Mon, 1 Feb 1999 13:18:10 -0800 (PST) Message-Id: <199902012118.NAA89402@freefall.freebsd.org> To: charnier@xp11.frmug.org, archie@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/9405 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: split(1) when line matches a regex State-Changed-From-To: open->closed State-Changed-By: archie State-Changed-When: Mon Feb 1 13:16:53 PST 1999 State-Changed-Why: Added -p option as requested. Not checked into 3.0-stable yet. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 1 16:10:06 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA10779 for freebsd-bugs-outgoing; Mon, 1 Feb 1999 16:10:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA10760 for ; Mon, 1 Feb 1999 16:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id QAA01902; Mon, 1 Feb 1999 16:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from fw.bby.com.au (ns.bby.com.au [192.83.119.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA08608 for ; Mon, 1 Feb 1999 16:03:25 -0800 (PST) (envelope-from gnb@itga.com.au) Received: (from daemon@localhost) by fw.bby.com.au (8.8.8/8.6.9) id LAA12457 for ; Tue, 2 Feb 1999 11:03:21 +1100 (EST) Received: from lightning.itga.com.au(192.168.71.20) via SMTP by fw.bby.com.au, id smtpd012455; Tue Feb 2 00:03:14 1999 Received: from hellcat.itga.com.au (hellcat.itga.com.au [192.168.71.163]) by lightning.itga.com.au (8.9.1a/8.9.1) with ESMTP id LAA23138; Tue, 2 Feb 1999 11:03:13 +1100 (EST) Received: (from gnb@localhost) by hellcat.itga.com.au (8.9.2/8.9.1) id LAA01915; Tue, 2 Feb 1999 11:03:13 +1100 (EST) (envelope-from gnb@itga.com.au) Message-Id: <199902020003.LAA01915@hellcat.itga.com.au> Date: Tue, 2 Feb 1999 11:03:13 +1100 (EST) From: Gregory Bond To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/9868: patch for "date -a" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9868 >Category: bin >Synopsis: Patch to add "date -a" >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Feb 1 16:10:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Gregory Bond >Release: FreeBSD 3.0-STABLE i386 >Organization: ITG Australia Ltd >Environment: FreeBSD hellcat.itga.com.au 3.0-STABLE FreeBSD 3.0-STABLE #7: Tue Feb 2 09:08:02 EST 1999 toor@hellcat.itga.com.au:/usr/src/sys/compile/Hellcat i386 >Description: The following patches add "date -a" for people without access to ntp or whatever. I sent them to phk a few weeks ago but I now realise this is a better way to submit it. My comments to phk at the time: >Attached are two diffs to add "date -a". > >The first is a diff to bin/date.[c1], pretty straight forward. > >The second is a diff to sys/kern/kern_time.c to add a third level of >slew speed (100x for slews of >60 sec) which might be a bit more >controversial. > >A couple of unresolved issues: > - Do we make a wtmp record for slews. If so, what format? > - I'm assuming negative timvals have negate tv_sec and negative > tv_usec, but that seems to depend on the C compiler's semantics > for "-ve % +ve" which isn't actually specified anywhere.... > >This is the first time I've attempted to contribute anything to >FreeBSD, so I'd be happy to receive feedback on anything here - >coding standard, presentation of diffs, wording on man pages, >whaterver you think is appropriate! > >As an aside: is there an xemacs c-style for FreeBSD coding standards? >How-To-Repeat: $ date -a -2.0 date: illegal option -- a usage: date [-nu] [-d dst] [-r seconds] [-t west] [-v[+|-]val[ymwdHM]] ... [-f fmt date | [[[[yy]mm]dd]HH]MM[.ss]] [+format] $ >Fix: diff -ru /usr/src/bin/date/date.1 ./date/date.1 --- /usr/src/bin/date/date.1 Wed May 13 17:56:44 1998 +++ ./date/date.1 Fri Dec 18 13:42:58 1998 @@ -49,17 +49,41 @@ .Op Fl t Ar minutes_west .Op Fl v Ns Ar [+|-]val Ns Op ymwdHM .Ar ... -.Op Fl f Ar fmt Ar date | [[[[yy]mm]dd]HH]MM[\&.ss] +[ +.Fl f Ar fmt date | [[[[yy]mm]dd]HH]MM[\&.ss] | +.Fl a Ar [+|-]ssss.fff +] .Op Cm + Ns Ar format .Sh DESCRIPTION .Nm Date displays the current date and time when invoked without arguments. Providing arguments will format the date and time in a user-defined way or set the date. -Only the superuser may set the date. +Only the superuser may set or adjust the date. .Pp The options are as follows: .Bl -tag -width Ds +.It Fl a +Adjust (slew) the system time by using the +.Xr adjtime 2 +system call. The argument is an offset in seconds and fractions of a +second. It can be positive (the system clock will run slightly fast +until the specified adjustment is made) or negative (the system +clock will run slightly slow until the specified adjustment is made). +The amount of speedup or slowdown is typically one second every three +minutes. Note that +.Nm date -a +will interact in unfortunate ways with programs such as +.Xr timed 8 +or +.Xr xntpd 8 +and should probably not be used of one if these programs is running. +.Xr Adjtime 2 +will ensure that the time is monotonically increasing, which avoids +problems with +.Xr cron +and other time-based programs being confused if the system time steps +forward or backwards. .It Fl d Set the kernel's value for daylight savings time. If @@ -242,6 +266,15 @@ sets the time to .Li "2:32 PM" , without modifying the date. +.Pp +The command: +.Bd -literal -offset indent +date -a -3.4 +.Ed +.Pp +will slow the system clock until 3.4 seconds have been taken off the +system clock relative to real time. +This should take about 10 minutes to complete. .Sh ENVIRONMENT The execution of .Nm @@ -266,11 +299,13 @@ a record of the user setting the time .El .Sh SEE ALSO +.Xr adjtime 2 , .Xr gettimeofday 2 , .Xr strftime 3 , .Xr strptime 3 , .Xr utmp 5 , -.Xr timed 8 +.Xr timed 8 , +.Xr xntpd 8 .Rs .%T "TSP: The Time Synchronization Protocol for UNIX 4.3BSD" .%A R. Gusella @@ -296,6 +331,22 @@ and .Xr timed fails. +.Pp +When used with the +.Ar -a +flag, +.Nm +may print: +.Ql Previous adjustment didn't complete: [-]sss.fff +showing the amount uncompleted from the previous adjustment. This may +indicate conflict between +.Nm date -a +and some other time-setting program such as +.Xr named 8 +or +.Xr xntp 8 +. + .Sh BUGS The system attempts to keep the date in a format closely compatible with diff -ru /usr/src/bin/date/date.c ./date/date.c --- /usr/src/bin/date/date.c Sun Oct 4 02:29:59 1998 +++ ./date/date.c Fri Dec 18 12:19:11 1998 @@ -63,9 +63,12 @@ time_t tval; int retval, nflag; +static void adjustthetime __P((const char *)); static void setthetime __P((const char *, const char *)); +static void badadjust __P((void)); static void badformat __P((void)); static void usage __P((void)); +static const char *fmttimeval __P((const struct timeval *)); int logwtmp __P((char *, char *, char *)); @@ -84,6 +87,7 @@ struct vary *v; const struct vary *badv; struct tm lt; + const char *adjstring = 0; v = NULL; fmt = NULL; @@ -91,8 +95,11 @@ tz.tz_dsttime = tz.tz_minuteswest = 0; rflag = 0; set_timezone = 0; - while ((ch = getopt(argc, argv, "d:f:nr:t:uv:")) != -1) + while ((ch = getopt(argc, argv, "a:d:f:nr:t:uv:")) != -1) switch((char)ch) { + case 'a': + adjstring = optarg; + break; case 'd': /* daylight savings time */ tz.tz_dsttime = strtol(optarg, &endptr, 10) ? 1 : 0; if (endptr == optarg || *endptr != '\0') @@ -135,6 +142,14 @@ if (set_timezone && settimeofday((struct timeval *)NULL, &tz)) err(1, "settimeofday (timezone)"); + /* -a is not compatible with any other args */ + if (adjstring != NULL) { + if (*argv) + usage(); + adjustthetime(adjstring); + exit(retval); + } + if (!rflag && time(&tval) == -1) err(1, "time"); @@ -267,6 +282,82 @@ } static void +adjustthetime(adj) + const char *adj; +{ + struct timeval newdelta; + struct timeval olddelta; + long sec = 0; + long usec = 0; + const char *a = adj; + char *e; + + sec = strtol(a, &e, 10); + if (e == a) + badadjust(); + if (*e) { + if (*e == '.') { + a = e+1; + usec = strtol(a, &e, 10); + if (a == e || *e) { + badadjust(); + } + } else { + badadjust(); + } + } + + newdelta.tv_sec = sec; + if (sec < 0) { + newdelta.tv_usec = -usec; + } else { + newdelta.tv_usec = usec; + } + if (adjtime(&newdelta,&olddelta) < 0) + err(1, "adjtime"); + /* XXX ?? logwtmp("{", "dateslew", ""); */ + if ((a = getlogin()) == NULL) + a = "???"; + syslog(LOG_AUTH | LOG_NOTICE, "date slewed %s by %s", + fmttimeval(&newdelta), a); + if (olddelta.tv_sec != 0 || olddelta.tv_usec != 0) { + warnx("Previous adjustment didn't complete: %s", + fmttimeval(&olddelta)); + } +} + +/* + * Format a timeval into a static string. Need to be careful of + * negative values in the usec and cut trailing zeros from usecs field + */ +static const char * +fmttimeval(const struct timeval *tp) +{ + static char buf[20]; + char *ep; + int n; + long usec = tp->tv_usec; + + if (usec < 0) + usec = -usec; + + n = snprintf(buf, sizeof(buf), "%ld.%06ld", tp->tv_sec, usec); + if (n > sizeof(buf)) + n = sizeof(buf); + ep = buf + n - 1; + while (ep > buf + 1 && *ep == '0' && ep[-1] != '.') + *ep-- = 0; + return buf; +} + +static void +badadjust() +{ + warnx("illegal adjustment format"); + usage(); +} + +static void badformat() { warnx("illegal time format"); @@ -279,6 +370,6 @@ (void)fprintf(stderr, "%s\n%s\n", "usage: date [-nu] [-d dst] [-r seconds] [-t west] " "[-v[+|-]val[ymwdHM]] ... ", - " [-f fmt date | [[[[yy]mm]dd]HH]MM[.ss]] [+format]"); + " [-f fmt date | [[[[yy]mm]dd]HH]MM[.ss] | -a [+|-]sss.fff] [+format]"); exit(1); } diff -ru /usr/src/sys/kern/kern_time.c kern/kern_time.c --- /usr/src/sys/kern/kern_time.c Wed Dec 2 11:44:37 1998 +++ kern/kern_time.c Fri Dec 18 13:49:56 1998 @@ -324,6 +324,7 @@ int tickdelta; /* current clock skew, us. per tick */ long timedelta; /* unapplied time correction, us. */ static long bigadj = 1000000; /* use 10x skew above bigadj us. */ +static long hugeadj = 10000000; /* use 100x skew above hugeadj us. */ #ifndef _SYS_SYSPROTO_H_ struct adjtime_args { @@ -355,7 +356,9 @@ * overshoot and start taking us away from the desired final time. */ ndelta = atv.tv_sec * 1000000 + atv.tv_usec; - if (ndelta > bigadj || ndelta < -bigadj) + if (ndelta > hugeadj || ndelta < -hugeadj) + ntickdelta = 100 * tickadj; + else if (ndelta > bigadj || ndelta < -bigadj) ntickdelta = 10 * tickadj; else ntickdelta = tickadj; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 1 16:50:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA14949 for freebsd-bugs-outgoing; Mon, 1 Feb 1999 16:50:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA14904 for ; Mon, 1 Feb 1999 16:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id QAA04056; Mon, 1 Feb 1999 16:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from wafu.netgate.net (wafu.netgate.net [204.145.147.80]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id QAA14362 for ; Mon, 1 Feb 1999 16:43:13 -0800 (PST) (envelope-from shigio@wafu.netgate.net) Received: (qmail 7543 invoked from network); 1 Feb 1999 16:34:13 -0000 Received: from ins17.tama-ap3.dti.ne.jp (HELO choota.signet.or.jp) (203.181.67.17) by wafu.netgate.net with SMTP; 1 Feb 1999 16:34:13 -0000 Received: (from shigio@localhost) by choota.signet.or.jp (8.8.7/) id JAA07129; Tue, 2 Feb 1999 09:47:43 +0900 (JST) Message-Id: <199902020047.JAA07129@choota.signet.or.jp> Date: Tue, 2 Feb 1999 09:47:43 +0900 (JST) From: shigio@wafu.netgate.net Reply-To: shigio@wafu.netgate.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9869: Addition to style(9) about usage of macro. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9869 >Category: kern >Synopsis: When using macros out of function, they should end with a semicolon. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Feb 1 16:50:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Shigio Yamaguchi >Release: All release >Organization: >Environment: All environment. >Description: The following statement should be added to style(9). When using macros out of function, they should end with a semicolon. SYSINIT(placeholder, SI_SUB_DUMMY,SI_ORDER_ANY, NULL, NULL); Otherwise, ctags(1) and gtags(1) cannot recognize function definitions collectly. >How-To-Repeat: non >Fix: non >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 1 19:20:03 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA28347 for freebsd-bugs-outgoing; Mon, 1 Feb 1999 19:20:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA28333 for ; Mon, 1 Feb 1999 19:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id TAA14683; Mon, 1 Feb 1999 19:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from lion.butya.kz (butya-gw.butya.kz [194.87.112.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA28089 for ; Mon, 1 Feb 1999 19:16:48 -0800 (PST) (envelope-from bp@butya.kz) Received: from bp by lion.butya.kz with local (Exim 2.054 #1) id 107WKE-0002Sf-00 for FreeBSD-gnats-submit@freebsd.org; Tue, 2 Feb 1999 09:16:30 +0600 Message-Id: Date: Tue, 2 Feb 1999 09:16:30 +0600 From: bp@butya.kz Reply-To: bp@butya.kz To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9871: IPX stack patch to fix two bugs and add internal net support Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9871 >Category: kern >Synopsis: IPX stack patch to fix two bugs and add internal net support >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 1 19:20:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Boris Popov >Release: FreeBSD 3.0-STABLE i386 >Organization: at home >Environment: FreeBSD 3.0-STABLE i386, FreeBSD 4.0-CURRENT i386 >Description: IPX output routine does not set M_BCAST flag, therefore broadcast packets not delivered to local host. In ipx_pcb.c: zeroing net in local addr lead to fail applications that explicitly specify local interface, primarily local net. In ipx_usrreq.c: not restoring local net in ipx_pcb. This valid when no net was assigned, but wrong for other cases. In spx_usrreq.c: using pointer returned by MALLOC(..,M_NOWAIT) before checking on NULL value. In usr.sbin/IPXrouted: little changes to take care about local net. These patches has been tested with multiple interfaces and even with IPTUNNEL link. No problems was detected. >How-To-Repeat: Try to do something useful with mars_nwe server and nwfs for FreeBSD. >Fix: First patch for /sys/netipx directory and second for usr.sbin/IPXrouted. Patches separted by '----------' line. Index: netipx/ipx_outputfl.c =================================================================== RCS file: /usr/local/cvsrp/netipx/ipx_outputfl.c,v retrieving revision 1.1.1.1 retrieving revision 1.2 diff -u -r1.1.1.1 -r1.2 --- ipx_outputfl.c 1999/01/30 04:37:17 1.1.1.1 +++ ipx_outputfl.c 1999/01/30 04:40:17 1.2 @@ -118,7 +118,7 @@ * such a packet. */ if (dst->sipx_addr.x_host.c_host[0]&1) { - if ((ifp->if_flags & IFF_BROADCAST) == 0) { + if ((ifp->if_flags & (IFF_BROADCAST | IFF_LOOPBACK)) == 0) { error = EADDRNOTAVAIL; goto bad; } @@ -126,6 +126,7 @@ error = EACCES; goto bad; } + m0->m_flags |= M_BCAST; } if (htons(ipx->ipx_len) <= ifp->if_mtu) { Index: netipx/ipx_pcb.c =================================================================== RCS file: /usr/local/cvsrp/netipx/ipx_pcb.c,v retrieving revision 1.1.1.1 retrieving revision 1.2 diff -u -r1.1.1.1 -r1.2 --- ipx_pcb.c 1999/01/30 04:37:17 1.1.1.1 +++ ipx_pcb.c 1999/02/01 10:08:46 1.2 @@ -169,7 +169,7 @@ if (ro->ro_rt != NULL) RTFREE(ro->ro_rt); ro->ro_rt = NULL; - ipxp->ipxp_laddr.x_net = ipx_zeronet; +/* ipxp->ipxp_laddr.x_net = ipx_zeronet;*/ } }/* else cached route is ok; do nothing */ ipxp->ipxp_lastdst = sipx->sipx_addr; Index: netipx/ipx_usrreq.c =================================================================== RCS file: /usr/local/cvsrp/netipx/ipx_usrreq.c,v retrieving revision 1.1.1.1 retrieving revision 1.2 diff -u -r1.1.1.1 -r1.2 --- ipx_usrreq.c 1999/01/30 04:37:17 1.1.1.1 +++ ipx_usrreq.c 1999/02/01 10:08:46 1.2 @@ -562,6 +562,8 @@ splx(s); ipxp->ipxp_laddr.x_host = laddr.x_host; ipxp->ipxp_laddr.x_port = laddr.x_port; + if (!ipx_nullnet(laddr)) + ipxp->ipxp_laddr.x_net = laddr.x_net; } send_release: Index: netipx/spx_usrreq.c =================================================================== RCS file: /usr/local/cvsrp/netipx/spx_usrreq.c,v retrieving revision 1.1.1.1 retrieving revision 1.2 diff -u -r1.1.1.1 -r1.2 --- spx_usrreq.c 1999/01/30 04:37:17 1.1.1.1 +++ spx_usrreq.c 1999/01/30 04:40:17 1.2 @@ -1335,13 +1335,13 @@ ipxp = sotoipxpcb(so); MALLOC(cb, struct spxpcb *, sizeof *cb, M_PCB, M_NOWAIT); - bzero(cb, sizeof *cb); - sb = &so->so_snd; if (cb == NULL) { error = ENOBUFS; goto spx_attach_end; } + bzero(cb, sizeof *cb); + sb = &so->so_snd; mm = m_getclr(M_DONTWAIT, MT_HEADER); if (mm == NULL) { ------------------ Index: ipxrtd/sap_tables.c =================================================================== RCS file: /usr/local/cvsrp/ipxrtd/sap_tables.c,v retrieving revision 1.1.1.1 retrieving revision 1.2 diff -u -r1.1.1.1 -r1.2 --- sap_tables.c 1999/02/01 10:11:13 1.1.1.1 +++ sap_tables.c 1999/02/01 10:17:02 1.2 @@ -134,6 +134,7 @@ for(sap = sh->forw; sap != (sap_entry *)sh; sap = sap->forw) { if (ServType != sap->sap.ServType) continue; +#if 0 if (ifp == sap->ifp) continue; @@ -147,6 +148,7 @@ goto next; csap = csap->clone; } +#endif if (ntohs(sap->sap.hops) < besthops) { best = sap; Index: ipxrtd/startup.c =================================================================== RCS file: /usr/local/cvsrp/ipxrtd/startup.c,v retrieving revision 1.1.1.1 retrieving revision 1.2 diff -u -r1.1.1.1 -r1.2 --- startup.c 1999/02/01 10:11:13 1.1.1.1 +++ startup.c 1999/02/01 10:17:02 1.2 @@ -183,6 +183,9 @@ } ifs.int_dstaddr = *brdaddr; } + if (ifs.int_flags & IFF_LOOPBACK) { + ifs.int_dstaddr = ifs.int_addr; + } /* * already known to us? * what makes a POINTOPOINT if unique is its dst addr, @@ -192,9 +195,6 @@ if_ifwithdstaddr(&ifs.int_dstaddr)) || ( ((ifs.int_flags & IFF_POINTOPOINT) == 0) && if_ifwithaddr(&ifs.int_addr))) - continue; - /* no one cares about software loopback interfaces */ - if (ifs.int_flags & IFF_LOOPBACK) continue; ifp = (struct interface *) malloc(sdl->sdl_nlen + 1 + sizeof(ifs)); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 1 20:20:05 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA05484 for freebsd-bugs-outgoing; Mon, 1 Feb 1999 20:20:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA05454 for ; Mon, 1 Feb 1999 20:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id UAA19344; Mon, 1 Feb 1999 20:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from shell01.prophetnetworks.net ([38.194.117.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA04892 for ; Mon, 1 Feb 1999 20:15:29 -0800 (PST) (envelope-from bvaughn@shell01.prophetnetworks.net) Received: (from root@localhost) by shell01.prophetnetworks.net (8.9.1/8.9.1) id XAA02811; Mon, 1 Feb 1999 23:14:36 -0500 (EST) (envelope-from bvaughn) Message-Id: <199902020414.XAA02811@shell01.prophetnetworks.net> Date: Mon, 1 Feb 1999 23:14:36 -0500 (EST) From: Ben Vaughn Reply-To: bvaughn@shell01.prophetnetworks.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/9874: idle-timeout facilities in /etc/login.conf are unfunctional(?) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9874 >Category: conf >Synopsis: idle-timeout facilities in /etc/login.conf are unfunctional(?) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 1 20:20:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Ben Vaughn >Release: FreeBSD 3.0-RELEASE i386 >Organization: Prophet Network Systems >Environment: SMP Kernel, SCSI disks >Description: After enabling the login-timeout feature in /etc/login.conf, login timeouting does not work >How-To-Repeat: >From /etc/login.conf: :accounted:\ :idletime=10m:\ After adding this to login.conf under default, login timeouting SHOULD (according to login.conf(5)) work. However, it does not. I have tried this on multiple systems, and have been able to reproduce it. Also, other additions to the same class work, so it cannot be a problem with the conf file or processing thereof. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 1 20:30:05 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA06637 for freebsd-bugs-outgoing; Mon, 1 Feb 1999 20:30:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA06632 for ; Mon, 1 Feb 1999 20:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id UAA19727; Mon, 1 Feb 1999 20:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Mon, 1 Feb 1999 20:30:01 -0800 (PST) Message-Id: <199902020430.UAA19727@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Bruce Evans Subject: Re: kern/9869: Addition to style(9) about usage of macro. Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/9869; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.ORG, shigio@wafu.netgate.net Cc: Subject: Re: kern/9869: Addition to style(9) about usage of macro. Date: Tue, 2 Feb 1999 15:21:56 +1100 > The following statement should be added to style(9). > > When using macros out of function, they should end with a semicolon. > > SYSINIT(placeholder, SI_SUB_DUMMY,SI_ORDER_ANY, NULL, NULL); > > Otherwise, ctags(1) and gtags(1) cannot recognize function definitions > collectly. Unfortunately, a semicolon after SYSINIT() is a (pedantic) syntax error. I don't think there should be a style rule about this. Instead, there should be rules about writing statement macros and declaration macros more carefully so that not having the semicolon is a (non-pedantic) syntax error. The usual method for statement macros is to wrap the macro in `do ... while (0)', and a not so usual method for declaration macros is to end the macro with `struct __hack'. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 1 23:00:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA22769 for freebsd-bugs-outgoing; Mon, 1 Feb 1999 23:00:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA22712 for ; Mon, 1 Feb 1999 23:00:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id XAA27501; Mon, 1 Feb 1999 23:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from dh120.pdx.geocast.net ([209.102.109.120]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA21805 for ; Mon, 1 Feb 1999 22:53:25 -0800 (PST) (envelope-from castor@dh120.pdx.geocast.net) Received: (from castor@localhost) by dh120.pdx.geocast.net (8.8.8/8.8.8) id WAA11040; Mon, 1 Feb 1999 22:53:19 -0800 (PST) (envelope-from castor) Message-Id: <199902020653.WAA11040@dh120.pdx.geocast.net> Date: Mon, 1 Feb 1999 22:53:19 -0800 (PST) From: castor@geocast.net Reply-To: castor@geocast.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9876: IDE CD-ROM not detected when no IDE disks present Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9876 >Category: kern >Synopsis: IDE CD-ROM not detected when no IDE disks present >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 1 23:00:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Castor Fu >Release: FreeBSD 2.2.8-RELEASE i386 >Organization: Geocast Network Systems >Environment: ATAPI IDE CD-ROM drive (LG CRD-8322B) on FIC PA-2013 motherboard with Diamond Fireport 40 SCSI Controller and SCSI Hard disk. >Description: When I try booting off a FreeBSD-2.2.8 installation CD, the kernel detects the IDE controller but doesn't detect the IDE CD-ROM unless an IDE disk is also attached. >How-To-Repeat: I've tried using the "Cable Select", "Master" and "Slave" settings on the drive, and they all fail. When using "Cable Select" or "Master" the IDE controller is detected but the drive is not. With the "Slave" setting, the controller is not detected at all. The same problem occurs with the FreeBSD-3.0-RELEASE boot floppy. >Fix: Ensure an IDE hard disk is attached to the system, or use SCSI CD-ROMS with SCSI hard disks. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 1 23:00:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA22773 for freebsd-bugs-outgoing; Mon, 1 Feb 1999 23:00:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA22724 for ; Mon, 1 Feb 1999 23:00:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id XAA27510; Mon, 1 Feb 1999 23:00:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from fw.bby.com.au (ns.bby.com.au [192.83.119.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA22640 for ; Mon, 1 Feb 1999 22:59:52 -0800 (PST) (envelope-from gnb@itga.com.au) Received: (from daemon@localhost) by fw.bby.com.au (8.8.8/8.6.9) id RAA15955 for ; Tue, 2 Feb 1999 17:59:43 +1100 (EST) Received: from lightning.itga.com.au(192.168.71.20) via SMTP by fw.bby.com.au, id smtpd015953; Tue Feb 2 06:59:35 1999 Received: from hellcat.itga.com.au (hellcat.itga.com.au [192.168.71.163]) by lightning.itga.com.au (8.9.1a/8.9.1) with ESMTP id RAA08375; Tue, 2 Feb 1999 17:59:34 +1100 (EST) Received: (from gnb@localhost) by hellcat.itga.com.au (8.9.2/8.9.1) id RAA08829; Tue, 2 Feb 1999 17:59:34 +1100 (EST) (envelope-from gnb@itga.com.au) Message-Id: <199902020659.RAA08829@hellcat.itga.com.au> Date: Tue, 2 Feb 1999 17:59:34 +1100 (EST) From: Gregory Bond To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9877: [PATCH] minor kernel warning removal Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9877 >Category: kern >Synopsis: Patch to remove some kernel compile warnings >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 1 23:00:02 PST 1999 >Closed-Date: >Last-Modified: >Originator: Gregory Bond >Release: FreeBSD 3.0-STABLE i386 >Organization: ITG Australia Ltd >Environment: FreeBSD hellcat.itga.com.au 3.0-STABLE FreeBSD 3.0-STABLE #7: Tue Feb 2 09:08:02 EST 1999 toor@hellcat.itga.com.au:/usr/src/sys/compile/Hellcat i386 >Description: 2 minor nits in the kernel that elicit warnings from the compiler: - if MFS is used without MFS_ROOT - if I586_CPU is not defined both are harmless, mainly declarations of stuff not protected by the relevent #ifdef >How-To-Repeat: configure & build a kernel with "cpu I686_CPU" only configure & build a kernel with "options MFS" but not "options MFS_ROOT" >Fix: --- /sys/i386/isa/npx.c Mon Jan 11 08:55:03 1999 +++ i386/isa/npx.c Tue Feb 2 17:47:30 1999 @@ -122,8 +122,10 @@ static int npxattach __P((struct isa_device *dvp)); static int npxprobe __P((struct isa_device *dvp)); static int npxprobe1 __P((struct isa_device *dvp)); +#ifdef I586_CPU static long timezero __P((const char *funcname, void (*func)(void *buf, size_t len))); +#endif struct isa_driver npxdriver = { npxprobe, npxattach, "npx", --- /sys/ufs/mfs/mfs_vfsops.c Mon Jan 4 10:17:43 1999 +++ ufs/mfs/mfs_vfsops.c Tue Feb 2 17:45:16 1999 @@ -64,8 +64,10 @@ u_char * mfs_getimage __P((void)); +#ifdef MFS_ROOT static caddr_t mfs_rootbase; /* address of mini-root in kernel virtual memory */ static u_long mfs_rootsize; /* size of mini-root in bytes */ +#endif static int mfs_minor; /* used for building internal dev_t */ @@ -178,7 +180,9 @@ struct mfs_args args; struct ufsmount *ump; struct fs *fs; +#ifdef MFS_ROOT u_char *base; +#endif struct mfsnode *mfsp; u_int size; int flags, err; @@ -344,7 +348,9 @@ goto error_2; } +#if MFS_ROOT dostatfs: +#endif /* * Initialize FS stat information in mount struct; uses both * mp->mnt_stat.f_mntonname and mp->mnt_stat.f_mntfromname >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 1 23:40:05 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA29994 for freebsd-bugs-outgoing; Mon, 1 Feb 1999 23:40:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA29909 for ; Mon, 1 Feb 1999 23:40:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id XAA30441; Mon, 1 Feb 1999 23:40:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from fw.bby.com.au (ns.bby.com.au [192.83.119.129]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA28985 for ; Mon, 1 Feb 1999 23:33:30 -0800 (PST) (envelope-from gnb@itga.com.au) Received: (from daemon@localhost) by fw.bby.com.au (8.8.8/8.6.9) id SAA16189 for ; Tue, 2 Feb 1999 18:33:24 +1100 (EST) Received: from lightning.itga.com.au(192.168.71.20) via SMTP by fw.bby.com.au, id smtpd016187; Tue Feb 2 07:33:23 1999 Received: from hellcat.itga.com.au (hellcat.itga.com.au [192.168.71.163]) by lightning.itga.com.au (8.9.1a/8.9.1) with ESMTP id SAA08517; Tue, 2 Feb 1999 18:33:23 +1100 (EST) Received: (from gnb@localhost) by hellcat.itga.com.au (8.9.2/8.9.1) id SAA12536; Tue, 2 Feb 1999 18:33:22 +1100 (EST) (envelope-from gnb@itga.com.au) Message-Id: <199902020733.SAA12536@hellcat.itga.com.au> Date: Tue, 2 Feb 1999 18:33:22 +1100 (EST) From: Gregory Bond To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9878: [PATCH] clean up compiler warnings in pcm driver Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9878 >Category: kern >Synopsis: Some patches to remove compiler warnings from the pcm driver >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 1 23:40:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Gregory Bond >Release: FreeBSD 3.0-STABLE i386 >Organization: ITG Australia Ltd >Environment: FreeBSD hellcat.itga.com.au 3.0-STABLE FreeBSD 3.0-STABLE #7: Tue Feb 2 09:08:02 EST 1999 toor@hellcat.itga.com.au:/usr/src/sys/compile/Hellcat i386 >Description: A couple of compiler warnings from the pcm0 driver. Mainly, they look to be cut-n-paste remnants from the old voxware drivers. One did have the side-effect of adding an unused 256-byte static object to the kernel... >How-To-Repeat: config & compile a kernel with "device pcm0" >Fix: sb16_recmasks_[LR] from snd/sbcard.h are not used anywhere (only reference is in the sound/* code which has its own sbcard.h) fix es1370 pci probe routine signature enable ugly hack to avoid doubly including dsp_ulaw[] from ulaw.h ad1480 isa_dev id_intr vs id_ointr cleanups (no slur on luigi is intended!) --- /sys/i386/isa/snd/sbcard.h Mon Dec 14 16:07:05 1998 +++ i386/isa/snd/sbcard.h Tue Feb 2 18:16:05 1999 @@ -260,8 +260,6 @@ #ifdef __SGNXPRO__ mixer_tab sgnxpro_mix; #endif -static u_char sb16_recmasks_L[SOUND_MIXER_NRDEVICES]; -static u_char sb16_recmasks_R[SOUND_MIXER_NRDEVICES]; #else /* __SB_MIXER_C__ defined */ mixer_tab sbpro_mix = { PMIX_ENT(SOUND_MIXER_VOLUME, 0x22, 4, 4, 0x22, 0, 4), @@ -354,42 +352,6 @@ 0x4b4b, /* Input gain */ 0x4b4b}; /* Output gain */ #endif /* SM_GAMES */ - -static u_char sb16_recmasks_L[SOUND_MIXER_NRDEVICES] = -{ - 0x00, /* SOUND_MIXER_VOLUME */ - 0x00, /* SOUND_MIXER_BASS */ - 0x00, /* SOUND_MIXER_TREBLE */ - 0x40, /* SOUND_MIXER_SYNTH */ - 0x00, /* SOUND_MIXER_PCM */ - 0x00, /* SOUND_MIXER_SPEAKER */ - 0x10, /* SOUND_MIXER_LINE */ - 0x01, /* SOUND_MIXER_MIC */ - 0x04, /* SOUND_MIXER_CD */ - 0x00, /* SOUND_MIXER_IMIX */ - 0x00, /* SOUND_MIXER_ALTPCM */ - 0x00, /* SOUND_MIXER_RECLEV */ - 0x00, /* SOUND_MIXER_IGAIN */ - 0x00 /* SOUND_MIXER_OGAIN */ -}; - -static u_char sb16_recmasks_R[SOUND_MIXER_NRDEVICES] = -{ - 0x00, /* SOUND_MIXER_VOLUME */ - 0x00, /* SOUND_MIXER_BASS */ - 0x00, /* SOUND_MIXER_TREBLE */ - 0x20, /* SOUND_MIXER_SYNTH */ - 0x00, /* SOUND_MIXER_PCM */ - 0x00, /* SOUND_MIXER_SPEAKER */ - 0x08, /* SOUND_MIXER_LINE */ - 0x01, /* SOUND_MIXER_MIC */ - 0x02, /* SOUND_MIXER_CD */ - 0x00, /* SOUND_MIXER_IMIX */ - 0x00, /* SOUND_MIXER_ALTPCM */ - 0x00, /* SOUND_MIXER_RECLEV */ - 0x00, /* SOUND_MIXER_IGAIN */ - 0x00 /* SOUND_MIXER_OGAIN */ -}; /* * Recording sources (SB Pro) --- /sys/pci/es1370.c Thu Dec 31 19:14:27 1998 +++ pci/es1370.c Tue Feb 2 18:22:49 1999 @@ -53,6 +53,7 @@ #include #include +#define DSP_ULAW_NOT_WANTED #include #if NPCI != 0 @@ -130,7 +131,7 @@ static void es_rd_map(void *, bus_dma_segment_t *, int, int); static int es_wrabort(snddev_info *); static void es_wr_map(void *, bus_dma_segment_t *, int, int); -static char *es_pci_probe __P((pcici_t, pcidi_t)); +static const char *es_pci_probe __P((pcici_t, pcidi_t)); static void es_pci_attach __P((pcici_t, int)); static int es_rd_dmaupdate(snddev_info *); static d_select_t es_select; @@ -1021,7 +1022,7 @@ return (0); } -static char * +static const char * es_pci_probe(pcici_t tag, pcidi_t type) { if (type == ES1370_PCI_ID) --- /sys/i386/isa/snd/ad1848.c Tue Feb 2 18:14:48 1999 +++ i386/isa/snd/ad1848.c Tue Feb 2 18:10:56 1999 @@ -1584,7 +1584,7 @@ } dev->id_drq = d.drq[0] ; /* primary dma */ dev->id_irq = (1 << d.irq[0] ) ; - dev->id_intr = pcmintr ; + dev->id_ointr = pcmintr ; dev->id_flags = DV_F_DUAL_DMA | (d.drq[1] ) ; tmp_d.synth_base = d.port[1]; /* XXX check this for yamaha */ @@ -1687,7 +1687,7 @@ } dev->id_drq = d.drq[0] ; /* primary dma */ dev->id_irq = (1 << d.irq[0] ) ; - dev->id_intr = pcmintr ; + dev->id_ointr = pcmintr ; pcmattach(dev); } @@ -1752,7 +1752,7 @@ dev->id_drq = d.drq[0] ; /* primary dma */ dev->id_irq = (1 << d.irq[0] ) ; - dev->id_intr = pcmintr ; + dev->id_ointr = pcmintr ; dev->id_flags = DV_F_DUAL_DMA | d.drq[1] ; tmp_d.audio_fmt |= AFMT_FULLDUPLEX ; @@ -1815,7 +1815,7 @@ dev->id_iobase = d.port[2] - 4 ; /* room for 4 mss registers */ dev->id_drq = d.drq[1] ; /* XXX PLAY dma */ dev->id_irq = (1 << d.irq[0] ) ; - dev->id_intr = pcmintr ; + dev->id_ointr = pcmintr ; dev->id_flags = DV_F_DUAL_DMA | d.drq[0] ; /* REC dma */ tmp_d.io_base = d.port[2] - 4; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 2 00:56:52 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA10911 for freebsd-bugs-outgoing; Tue, 2 Feb 1999 00:56:52 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from gneiss.eps.nagoya-u.ac.jp (gneiss.eps.nagoya-u.ac.jp [133.6.124.148]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA10906 for ; Tue, 2 Feb 1999 00:56:49 -0800 (PST) (envelope-from kato@ganko.eps.nagoya-u.ac.jp) Received: from localhost (localhost [127.0.0.1]) by gneiss.eps.nagoya-u.ac.jp (8.9.2/3.7W) with ESMTP id RAA00454; Wed, 2 Feb 2000 17:55:38 +0900 (JST) To: FreeBSD-bugs@FreeBSD.ORG Cc: issei@jp.FreeBSD.ORG, pille@chillout.org, phiber@udel.edu, john@vapornet.net Subject: PentiumII/III/Celeron/Xeon identification From: KATO Takenori X-Mailer: Mew version 1.92.4 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000202175538Z.kato@gneiss.eps.nagoya-u.ac.jp> Date: Wed, 02 Feb 2000 17:55:38 +0900 X-Dispatcher: imput version 971024 Lines: 96 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org (This mail is CC'ed to originators of PR/8751, 9320, 9463 and 9530) I have reviewed PRs on PentiumII class CPU recognition. The main problems in current code are: - Celeron whose model is 6 is not `recognized.' - PentiumIII will not be `recognized.' (`not recognized' is incorrect. Those CPUs are correctly recognized as 686-class CPU.) If a kernel says "Unknown", someone could misunderstand that FreeBSD doesn't support his/her CPU. So, I think kernel should display suitable CPU name at start up if kernel displays it. For correct identification of 686-class CPUs' name, we must obtain L2 cache size (c.f. Intel Processor Identification and the CPUID Instruction: 241618). Even though L2 cache size is tested, we could not distinguish PentiumII Xeon w/ 512KB cache from PentiumII. I think we do not need to test L2 cache size in kernel: just displaying "PentiumII/Xeon/Celeron" is enough information. Details has been shown by BIOS before kernel starts :-). Following patch can identify all PentiumII/Xeon/Celeron CPUs and PentiumIII CPU. Because PentiumIII has bit 25 of cpu feature, I added CPU_PIII. ---------- BEGIN ---------- *** i386/i386/identcpu.c.ORIG Tue Feb 2 12:29:18 1999 --- i386/i386/identcpu.c Tue Feb 2 13:00:37 1999 *************** *** 99,104 **** --- 99,105 ---- { "NexGen 586", CPUCLASS_386 }, /* CPU_NX586 (XXX) */ { "Cyrix 486S/DX", CPUCLASS_486 }, /* CPU_CY486DX */ { "Pentium II", CPUCLASS_686 }, /* CPU_PII */ + { "Pentium III", CPUCLASS_686 }, /* CPU_PIII */ }; static void *************** *** 199,206 **** cpu = CPU_PII; break; case 0x50: ! strcat(cpu_model, "Pentium II (quarter-micron)"); cpu = CPU_PII; break; default: strcat(cpu_model, "Unknown 80686"); --- 200,216 ---- cpu = CPU_PII; break; case 0x50: ! strcat(cpu_model, ! "Pentium II(0.25 micron)/Xeon/Celeron") cpu = CPU_PII; + break; + case 0x60: + strcat(cpu_model, "Celeron"); + cpu = CPU_PII; + break; + case 0x70: + strcat(cpu_model, "Pentium III"); + cpu = CPU_PIII; break; default: strcat(cpu_model, "Unknown 80686"); *** i386/include/cputypes.h.ORIG Tue Feb 2 13:00:12 1999 --- i386/include/cputypes.h Tue Feb 2 13:41:06 1999 *************** *** 56,62 **** #define CPU_M2 11 /* Cyrix M2 (aka enhanced 6x86 with MMX */ #define CPU_NX586 12 /* NexGen (now AMD) 586 */ #define CPU_CY486DX 13 /* Cyrix 486S/DX/DX2/DX4 */ ! #define CPU_PII 14 /* Intel Pentium II */ #ifndef LOCORE struct cpu_nameclass { --- 56,63 ---- #define CPU_M2 11 /* Cyrix M2 (aka enhanced 6x86 with MMX */ #define CPU_NX586 12 /* NexGen (now AMD) 586 */ #define CPU_CY486DX 13 /* Cyrix 486S/DX/DX2/DX4 */ ! #define CPU_PII 14 /* Intel Pentium II */ ! #define CPU_PIII 15 /* Intel Pentium III */ #ifndef LOCORE struct cpu_nameclass { ---------- END ---------- -----------------------------------------------+--------------------------+ KATO Takenori | FreeBSD | Dept. Earth Planet. Sci, Nagoya Univ. | The power to serve! | Nagoya, 464-8602, Japan | http://www.FreeBSD.org/ | ++++ FreeBSD(98) 3.0: Rev. 02 available! |http://www.jp.FreeBSD.org/| ++++ FreeBSD(98) 2.2.8: Rev. 01 available! +==========================+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 2 05:50:59 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA15444 for freebsd-bugs-outgoing; Tue, 2 Feb 1999 05:50:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA15435; Tue, 2 Feb 1999 05:50:33 -0800 (PST) (envelope-from jose@we.lc.ehu.es) Received: from we.lc.ehu.es (tiburon [158.227.6.111]) by polaris.we.lc.ehu.es (8.9.1/8.9.1) with ESMTP id OAA04866; Tue, 2 Feb 1999 14:50:12 +0100 (MET) Message-ID: <36B70293.99888BC8@we.lc.ehu.es> Date: Tue, 02 Feb 1999 14:50:11 +0100 From: "Jose M. Alcaide" Organization: Universidad del Pais Vasco - Dept. de Electricidad y Electronica X-Mailer: Mozilla 4.07 [en] (X11; U; FreeBSD 3.0-STABLE i386) MIME-Version: 1.0 To: Garrett Wollman CC: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/9729 References: <199902012002.MAA84975@freefall.freebsd.org> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Garrett Wollman wrote: > > Synopsis: lpr -r does not remove files under sticky directories [FIX KNOWN] > > State-Changed-From-To: open->feedback > State-Changed-By: wollman > State-Changed-When: Mon Feb 1 12:01:37 PST 1999 > State-Changed-Why: > I think my recent change to lpr.c fixes this problem. Whether it does or not, > please let me know. > The "lpr -r" problem is now fixed. Thanks! Could these lpr patches be backported to 3.0-STABLE? They look harmless :-) -- JMA ----------------------------------------------------------------------- José Mª Alcaide | mailto:jose@we.lc.ehu.es Universidad del País Vasco | mailto:jmas@es.FreeBSD.ORG Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-944858139 ----------------------------------------------------------------------- "Go ahead... make my day." - H. Callahan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 2 12:20:06 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26716 for freebsd-bugs-outgoing; Tue, 2 Feb 1999 12:20:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA26697 for ; Tue, 2 Feb 1999 12:20:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id MAA48571; Tue, 2 Feb 1999 12:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA26033; Tue, 2 Feb 1999 12:14:08 -0800 (PST) (envelope-from nobody) Message-Id: <199902022014.MAA26033@hub.freebsd.org> Date: Tue, 2 Feb 1999 12:14:08 -0800 (PST) From: templin@erg.sri.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/9883: MGET()(and variants) return NULL with M_WAIT flag; system crashes! Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9883 >Category: kern >Synopsis: MGET()(and variants) return NULL with M_WAIT flag; system crashes! >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 2 12:20:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Fred L. Templin >Release: 2.2.7-19981122-SNAP >Organization: SRI International (The ANCORS Project) >Environment: FreeBSD sequoia.csl.sri.com 2.2.7-19981122-SNAP FreeBSD 2.2.7-19981122-SNAP #3: Fri Jan 29 23:21:23 PST 1999 livio@sequoia.csl.sri.com:/usr/src/sys/compile/ EMERALD i386 >Description: (This problem was discovered during research ativities with the ANCORS Project. Project information is at: http://www.csl.sri.com/ancors) We have a system which periodically runs out of mbuf's. (The nature of the mbuf leak is beyond the scope of this problem report.) When the 'mb_map' gets depleted, the kernel routines 'm_get()', 'MGET()' and 'MGETHDR()' can return NULL *even when the caller has set the M_WAIT flag*. But, there are numerous instances in the kernel in which callers fail to check the return code and simply begin referencing what they believe to be a valid mbuf. In our case, the routine 'nfs_rephead()' is referencing a NULL mbuf pointer returned from MGETHDR(), causing the system to panic with a 'page fault' trap. >How-To-Repeat: Insert an artificial mbuf leak into the kernel. Configure the machine as an NFS server and have some NFS activity going on before triggering the mbuf leak. A crash out of the NFS code should eventually result after the mb_map has been depleted by the leak. >Fix: Search out all instances in the kernel in which the return code from the MGET() variants (with the M_WAIT flag set) is not checked. Check the return code and handle the condition of a NULL mbuf pointer in the appropriate way in each instance. Numerous examples which fail to check the return code are in the kernel NFS code in: /usr/src/sys/nfs, but there are many other instances scattered throughout the kernel. This all assumes that returning NULL with the M_WAIT flag is a reasonable thing to do. Since so much existing code seems to assume that setting the M_WAIT flag will always result in a valid mbuf return, perhaps allowing a NULL return is a bad thing to do in the first place... >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 2 13:15:17 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA04926 for freebsd-bugs-outgoing; Tue, 2 Feb 1999 13:15:17 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA04911; Tue, 2 Feb 1999 13:15:10 -0800 (PST) (envelope-from wollman@FreeBSD.org) From: Garrett Wollman Received: (from wollman@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id NAA52864; Tue, 2 Feb 1999 13:15:09 -0800 (PST) (envelope-from wollman@FreeBSD.org) Date: Tue, 2 Feb 1999 13:15:09 -0800 (PST) Message-Id: <199902022115.NAA52864@freefall.freebsd.org> To: pst@jnx.com, wollman@FreeBSD.ORG, wollman@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/2065 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: in tzsetup/sysinstall, allow user to type in timezone State-Changed-From-To: open->suspended State-Changed-By: wollman State-Changed-When: Tue Feb 2 13:13:33 PST 1999 State-Changed-Why: tzsetup now allows a command-line default to be provided. sysinstall should be updated to allow the configuration file and/or options screen to specify a default timezone. Responsible-Changed-From-To: wollman->freebsd-bugs Responsible-Changed-By: wollman Responsible-Changed-When: Tue Feb 2 13:13:33 PST 1999 Responsible-Changed-Why: Not my problem any more. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 2 13:20:04 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA05658 for freebsd-bugs-outgoing; Tue, 2 Feb 1999 13:20:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA05623 for ; Tue, 2 Feb 1999 13:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id NAA53126; Tue, 2 Feb 1999 13:20:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from toto.plymouth.edu (toto.plymouth.edu [158.136.1.103]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA04976 for ; Tue, 2 Feb 1999 13:15:33 -0800 (PST) (envelope-from sysop@toto.plymouth.edu) Received: (from sysop@localhost) by toto.plymouth.edu (8.9.1/8.9.1) id QAA03931; Tue, 2 Feb 1999 16:15:18 -0500 (EST) Message-Id: <199902022115.QAA03931@toto.plymouth.edu> Date: Tue, 2 Feb 1999 16:15:18 -0500 (EST) From: Casey.Bisson@oz.plymouth.edu Reply-To: cbisson@oz.plymouth.edu To: FreeBSD-gnats-submit@FreeBSD.ORG, cbisson@oz.plymouth.edu, ted@wiz.plymouth.edu X-Send-Pr-Version: 3.2 Subject: misc/9885: Core Dumping with BIND 8.1.2 - help urgently needed... Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9885 >Category: misc >Synopsis: BIND 8.1.2 core dumping >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 2 13:20:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Casey Bisson >Release: FreeBSD 3.0-RELEASE i386 >Organization: Plymouth State College >Environment: FreeBSD 3.0-RELEASE i386 running SMP on Dell PowerEdge 4200. 333MHz with 768MB RAM. This macine is our master name server, with 5 other machines getting domain transfers from it. Machine runs apache, squid, tftp, ftp, samba, and other minor services. >Description: log messages are consistent for each incident: Jan 31 17:52:55 toto named[20648]: /usr/src/usr.sbin/named/../../contrib/bind/bin/named/ns _main.c:491: INSIST(evGetNext(ev, &event, EV_WAIT) != -1): Invalid argument failed. Jan 31 17:52:55 toto named[20648]: /usr/src/usr.sbin/named/../../contrib/bind/bin/named/ns _main.c:491: INSIST(evGetNext(ev, &event, EV_WAIT) != -1): Invalid argument failed. Jan 31 17:52:56 toto /kernel: pid 20648 (named), uid 0: exited on signal 6 (core dumped) This has occured on: Jan 25 at about 19:31 Jan 26 at about 23:19 Jan 31 at about 17:52 Feb 1 at about 19:47 >How-To-Repeat: Named has core dumped on the dates above, I cannot repeat the problem on demand. I cannot correlate external activity with the core dumping. >Fix: I do not have a fix. dnswalk finds no errors in the hosts files, the conf file looks good, and I can't interpret the log messages. Thanks in advance for any, suggestions, pointers, assistance, good will, etc. Casey Bisson Assistant Sys Admin Plymouth State College >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 2 21:33:33 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA23283 for freebsd-bugs-outgoing; Tue, 2 Feb 1999 21:33:33 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mail.hsonline.net (mail.hsonline.net [205.243.33.25]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id VAA23247 for ; Tue, 2 Feb 1999 21:33:22 -0800 (PST) (envelope-from jjbowman@hsonline.net) Received: from jjbowman [208.10.214.136] by mail.hsonline.net (SMTPD32-4.07) id A7EE238020C; Wed, 03 Feb 1999 00:25:18 -0500 Message-ID: <005301be4f37$d2c87260$88d60ad0@jjbowman> From: "jjbowman" To: Cc: , , "Indyjones" , , "peter foran" , "Stephan Ernst" , , , , , , , , , , , "GameStorm Help Desk (2nd Lvl Supt)" , , , , , , , , , , , , , , , , , Subject: Re: Re:Euchre (Yahoo) Ladder Error (Ladder Tech Support) Date: Wed, 3 Feb 1999 00:41:09 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dear Abigail, No one here has withdrawn me. There are only 2 of us here. I am the only one that plays in Yahoo, my room mate plays in Excite. I did NOT withdraw this time OR the time before when this happened, and my room mate (and best friend) did not do it either. This is the second time this has happened. _Angel35_ has my list of statistics, please restore them. I have made a lot of friends here in Euchre. I was under the impression you were here to help. I was considering going "GOLD" when this happened the FIRST time. After several attempts to get this corrected with no luck, I decided against it. Again, I was thinking about going "GOLD" as several of my friends are already "GOLD" or considering it. Some of them have contacted Case's regarding this matter because they remember when it happened the first time. I appreciate the answer to my request but the response is not satisfactory. I understand with all the changes everyone is very busy, but if you cannot keep the records from disappearing what good is it to change the way they look? Sincerely, Lisa Nalley songbird_65 -----Original Message----- From: aaynes@igl.net To: jjbowman@hsonline.net Date: Tuesday, February 02, 1999 5:25 PM Subject: Re:Euchre (Yahoo) Ladder Error (Ladder Tech Support) >Ladder Representative: Abigail > >Hello. All I can tell you is that our records indicate that your account was >withdrawn from a computer you have used to report matches. If you didn't do it, >you have allowed someone to get your password and they withdrew you from your >site. Please protect your password, and don't allow other's to have it, and this >problem won't occur again. I am sorry for the inconvenience. :( > > > > >--------------------------------------------------------------------------- ------------------- >Below is a copy of the original message sent to Case's Ladder technical support. Please quote >the entire message when replying to this mail, and insert your responses at the TOP of the >mail. Do not reply with messages of thanks and such...It slows us down in dealing with other >people's problems! Thanks a bunch for helping us to serve you better! >--------------------------------------------------------------------------- ------------------- > >Ladder Username: songbird_65 > >I am a Yahoo Euchre player. I have been playing since >June 1998. This is not the first time I have had a >problem. In fact the first time, the problem was >NEVER taken care of, nothing was ever done except a >few extremely rude emails sent to me. Of course they >blamed me for the error, said that someone, probably >me, (exactly what the letter said) withdrew my Yahoo >ID from the Euchre gaming. .This is the second time >this has happened to me (songbird_65). The first was >back in August I believe. I emailed every day for >about amonth to every email address I could find in >Case's...received the same pat answer...stating that I >messed up somehow and withdrew myself. The first time >I lost over 400 matches and over 50% win. This time I >lost over 1,050 matches, AND some of my friends did >not get reports from me. I hate the fact that my >friend, iamtaxing had to email me to get a report from >me... he is one of my first friends here in euchre. >Then, imagine my surprise when I went (knowing I had >already reported it) to report (he had his biggest win >streak yesterday too) in Case's and it told me I did >not exist. Please rectify this situation as soon as >possible. Also make sure that iamtaxing gets credit >for that extra win...canchile98 is the other report >that did not go through. Those are the only two that >I played yesterday that did not get recorded. I >repeat...I DID NOT WITHDRAW...this is pretty strange >that it would happen twice to the same person, is >there a bug in the system somewhere? After so >long...does it kick you out immediately? Both times >when I came on to play, it told me my password had >been changed (I DID NOT CHANGE IT). So, I just had a >new one email > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 3 02:50:06 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA10778 for freebsd-bugs-outgoing; Wed, 3 Feb 1999 02:50:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA10750 for ; Wed, 3 Feb 1999 02:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id CAA04667; Wed, 3 Feb 1999 02:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 3 Feb 1999 02:50:01 -0800 (PST) Message-Id: <199902031050.CAA04667@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Borja Marcos Subject: Re: kern/9586: timeout problems with two fxp cards Reply-To: Borja Marcos Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/9586; it has been noted by GNATS. From: Borja Marcos To: freebsd-gnats-submit@freebsd.org, borjamar@sarenet.es Cc: Subject: Re: kern/9586: timeout problems with two fxp cards Date: Wed, 03 Feb 1999 11:27:23 +0100 I'm sorry. This one was a faulty ethernet hub. I didn't notice it because the "fxp timeout" suggested a driver or IRQ error. Borja. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 3 06:55:31 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA17533 for freebsd-bugs-outgoing; Wed, 3 Feb 1999 06:55:31 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from amber.InventionCity.com (derrell.ne.mediaone.net [24.128.179.197]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA17528 for ; Wed, 3 Feb 1999 06:55:28 -0800 (PST) (envelope-from derrell@amber.InventionCity.com) Received: (from derrell@localhost) by amber.InventionCity.com (8.8.8/8.8.8) id JAA00321; Wed, 3 Feb 1999 09:55:23 -0500 (EST) From: Derrell Lipman Date: Wed, 3 Feb 1999 09:55:23 -0500 (EST) To: freebsd-bugs@FreeBSD.ORG Subject: suggested manual updates X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14008.25267.999999.161615@amber.InventionCity.com> Reply-To: Derrell.Lipman@InventionCity.com Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I would recommend that the manual sections for these utilities: route routed gated ipfw ipfirewall divert be updated to include a "See Also" of 'natd'. Although ipfirewall mentions divert sockets, nowhere is there a mention of any utilities which take advantage of them. (Are there other utilities like natd that should be mentioned as well?) Derrell Lipman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 3 07:22:16 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA22929 for freebsd-bugs-outgoing; Wed, 3 Feb 1999 07:20:40 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from uno.canit.se (uno.canit.se [195.190.200.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA22924 for ; Wed, 3 Feb 1999 07:20:38 -0800 (PST) (envelope-from linusn@uno.canit.se) Received: (from linusn@localhost) by uno.canit.se (8.8.7/8.8.7) id QAA19503; Wed, 3 Feb 1999 16:20:26 +0100 To: freebsd-bugs@FreeBSD.ORG Subject: fetch MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii From: Linus Nordberg Date: 03 Feb 1999 16:20:24 +0100 Message-ID: Lines: 24 User-Agent: Gnus/5.070075 (Pterodactyl Gnus v0.75) Emacs/20.3 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org hi, the man page for fetch(1) mentions the environment variable `FTP_PASSIVE_MODE' to "force the use of passive mode FTP" but it doesn't seem to honour that and i can see no signs of it in the source code. supplied is a very small patch to make it work. --linus --- main.c~ Mon Jul 6 05:31:14 1998 +++ main.c Wed Feb 3 01:03:38 1999 @@ -157,6 +157,9 @@ } } + if (getenv ("FTP_PASSIVE_MODE")) + fs.fs_passive_mode = 1; + clean_fetch_state = fs; /* preserve option settings */ if (argv[optind] && (hostname || change_to_dir || file_to_get)) { To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 3 09:10:11 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA12367 for freebsd-bugs-outgoing; Wed, 3 Feb 1999 09:10:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA12301 for ; Wed, 3 Feb 1999 09:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id JAA71784; Wed, 3 Feb 1999 09:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from ns1.tu-graz.ac.at (ns1.tu-graz.ac.at [129.27.2.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA10692 for ; Wed, 3 Feb 1999 09:01:01 -0800 (PST) (envelope-from dada@ns1.tu-graz.ac.at) Received: from fcggsg07.icg.tu-graz.ac.at (fcggsg07.icg.tu-graz.ac.at [129.27.201.16]) by ns1.tu-graz.ac.at (8.8.6/8.8.6) with ESMTP id SAA00763 for ; Wed, 3 Feb 1999 18:00:58 +0100 (MET) Received: from localhost.tu-graz.ac.at (isdn029.tu-graz.ac.at [129.27.240.29]) by fcggsg07.icg.tu-graz.ac.at (8.8.8/8.8.8) with ESMTP id SAA21225 for ; Wed, 3 Feb 1999 18:00:56 +0100 (MET) Received: (from dada@localhost) by localhost.tu-graz.ac.at (8.8.8/8.8.8) id KAA00607; Mon, 1 Feb 1999 10:31:17 +0100 (CET) (envelope-from dada) Message-Id: <199902010931.KAA00607@localhost.tu-graz.ac.at> Date: Mon, 1 Feb 1999 10:31:17 +0100 (CET) From: dada@sbox.tu-graz.ac.at Reply-To: dada@sbox.tu-graz.ac.at To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/9893: NFS umount of regular file impossible Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9893 >Category: bin >Synopsis: NFS umount of regular file impossible >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 3 09:10:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Martin Kammerhofer >Release: FreeBSD 2.2.8-STABLE i386 >Organization: Graz University of Technology >Environment: NFS server allowing export of regular files with option -r to mountd(8) (Both server and client are FreeBSD 2.2.8) >Description: The mount succeeds but I know no way to unmount it. Giving the mountpoint as argument to umount(8) fails with error "not a directory or special device" since a regular file is mounted there. Giving the host:/file as argument to umount(8) always fails with "/mount/point: Device busy". >How-To-Repeat: put a file or -alldirs into server's exportlist start mountd on server with option -r on the client: mkdir /tmp/mntfile mount -t nfs server:/exported/file/on/server /tmp/mntfile Now try unmounting it! >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 3 09:30:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA15745 for freebsd-bugs-outgoing; Wed, 3 Feb 1999 09:30:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA15695 for ; Wed, 3 Feb 1999 09:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id JAA76288; Wed, 3 Feb 1999 09:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA15618; Wed, 3 Feb 1999 09:29:55 -0800 (PST) (envelope-from nobody) Message-Id: <199902031729.JAA15618@hub.freebsd.org> Date: Wed, 3 Feb 1999 09:29:55 -0800 (PST) From: pb@ludd.luth.se To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/9894: FreeBSD crash totaly when "mount /dev/fd /mnt/fd" but don't freeze. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9894 >Category: kern >Synopsis: FreeBSD crash totaly when "mount /dev/fd /mnt/fd" but don't freeze. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 3 09:30:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Peter Brevik >Release: FreeBSD hostname 2.2.7-RELEASE FreeBSD 2.2.7-RELEASE #0: Fri Dec 18 11:31:23 CET 1998 >Organization: >Environment: FreeBSD hostname 2.2.7-RELEASE FreeBSD 2.2.7-RELEASE #0: Fri Dec 18 11:31:23 CET 1998 brevik@tnoop0234.alcatel.no:/usr/src/sys/compile/SUPERDUPER i386 >Description: 1) Start XFree86 (run commands from xterm) 2) Login as root 3) mkdirhier /mnt/fd (I use that directory but, it don't exist from beginning) 4) 1.44 MB Floppy in 1.44 MB floppy discdrive (/dev/fd0) 5) Type: mount /dev/fd/ /mnt/fd The machine will now appear to freeze a few seconds before rebooting. Syslog: panic: ufs_lock: recursive lock not expected, pid: 17996 Cut from syslog startup: CPU: Pentium II (quarter-micron) (348.49-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x651 Stepping=1 Features=0x183f9ff,,MMX,> real memory = 67108864 (65536K bytes) avail memory = 63275008 (61792K bytes) fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in Machine: Compaq Deskpro >How-To-Repeat: See "Full Description:" >Fix: Don't run that command ;-) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 3 12:25:31 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA16584 for freebsd-bugs-outgoing; Wed, 3 Feb 1999 12:25:31 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA16553; Wed, 3 Feb 1999 12:25:11 -0800 (PST) (envelope-from fenner@FreeBSD.org) From: Bill Fenner Received: (from fenner@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id MAA26474; Wed, 3 Feb 1999 12:25:11 -0800 (PST) (envelope-from fenner@FreeBSD.org) Date: Wed, 3 Feb 1999 12:25:11 -0800 (PST) Message-Id: <199902032025.MAA26474@freefall.freebsd.org> To: watanabe@komadori.planet.sci.kobe-u.ac.jp, fenner@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5072 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /usr/bin/fetch parses a URL incorrectly State-Changed-From-To: open->closed State-Changed-By: fenner State-Changed-When: Wed Feb 3 12:25:01 PST 1999 State-Changed-Why: Committed, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 3 12:45:14 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA19337 for freebsd-bugs-outgoing; Wed, 3 Feb 1999 12:45:14 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA19310; Wed, 3 Feb 1999 12:45:10 -0800 (PST) (envelope-from fenner@FreeBSD.org) From: Bill Fenner Received: (from fenner@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id MAA28045; Wed, 3 Feb 1999 12:45:09 -0800 (PST) (envelope-from fenner@FreeBSD.org) Date: Wed, 3 Feb 1999 12:45:09 -0800 (PST) Message-Id: <199902032045.MAA28045@freefall.freebsd.org> To: John.Shue@symmetron.com, fenner@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/9464 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Fix for fetch ignoring FTP_PASSIVE_MODE environment variable State-Changed-From-To: open->closed State-Changed-By: fenner State-Changed-When: Wed Feb 3 12:45:01 PST 1999 State-Changed-Why: Committed, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 3 15:08:27 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA12006 for freebsd-bugs-outgoing; Wed, 3 Feb 1999 15:08:27 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA11858; Wed, 3 Feb 1999 15:07:41 -0800 (PST) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id PAA36817; Wed, 3 Feb 1999 15:07:40 -0800 (PST) (envelope-from steve@FreeBSD.org) Date: Wed, 3 Feb 1999 15:07:40 -0800 (PST) Message-Id: <199902032307.PAA36817@freefall.freebsd.org> To: steve@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/9778 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Need to handle conflicting pthread.h and semaphore.h Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Wed Feb 3 15:07:13 PST 1999 Responsible-Changed-Why: Misfiled PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 3 15:11:48 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA12672 for freebsd-bugs-outgoing; Wed, 3 Feb 1999 15:11:48 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA12563; Wed, 3 Feb 1999 15:11:06 -0800 (PST) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id PAA37093; Wed, 3 Feb 1999 15:11:06 -0800 (PST) (envelope-from steve@FreeBSD.org) Date: Wed, 3 Feb 1999 15:11:06 -0800 (PST) Message-Id: <199902032311.PAA37093@freefall.freebsd.org> To: steve@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/9793 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: locate.updatedb is noisy Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Wed Feb 3 15:10:10 PST 1999 Responsible-Changed-Why: Misfiled PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 3 15:16:52 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA13573 for freebsd-bugs-outgoing; Wed, 3 Feb 1999 15:16:52 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA13349; Wed, 3 Feb 1999 15:16:09 -0800 (PST) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id PAA37354; Wed, 3 Feb 1999 15:16:09 -0800 (PST) (envelope-from steve@FreeBSD.org) Date: Wed, 3 Feb 1999 15:16:09 -0800 (PST) Message-Id: <199902032316.PAA37354@freefall.freebsd.org> To: hgoldste@bbs.mpcs.com, steve@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/9794 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: send-pr submissions wind up misfiled requiring manual intervention State-Changed-From-To: open->closed State-Changed-By: steve State-Changed-When: Wed Feb 3 15:11:14 PST 1999 State-Changed-Why: Funny you should mention this. Per our conversation I started watching PRs come in to see why they were being misfiled. It seems in most cases (and yours in particular) the 'Category:' was not filled in or it was put on the next line. When GNATS gets confused it sets the category to pending and assigns the PR to gnats-admin. I will work on putting a newer version of send-pr in the tree later this week. Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Wed Feb 3 15:11:14 PST 1999 Responsible-Changed-Why: Misfiled PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 3 15:18:29 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA13949 for freebsd-bugs-outgoing; Wed, 3 Feb 1999 15:18:29 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA13932; Wed, 3 Feb 1999 15:18:21 -0800 (PST) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id PAA37585; Wed, 3 Feb 1999 15:18:21 -0800 (PST) (envelope-from steve@FreeBSD.org) Date: Wed, 3 Feb 1999 15:18:21 -0800 (PST) Message-Id: <199902032318.PAA37585@freefall.freebsd.org> To: hg@pickle.south.mpcs.com, steve@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/9722 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: cron whines about malloc() pointer to wrong page State-Changed-From-To: open->closed State-Changed-By: steve State-Changed-When: Wed Feb 3 15:17:39 PST 1999 State-Changed-Why: Closed at originator's request. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 3 15:34:01 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA16843 for freebsd-bugs-outgoing; Wed, 3 Feb 1999 15:34:01 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA16732; Wed, 3 Feb 1999 15:33:40 -0800 (PST) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id PAA38892; Wed, 3 Feb 1999 15:33:40 -0800 (PST) (envelope-from steve@FreeBSD.org) Date: Wed, 3 Feb 1999 15:33:40 -0800 (PST) Message-Id: <199902032333.PAA38892@freefall.freebsd.org> To: borjamar@sarenet.es, steve@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/9586 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: timeout problems with two fxp cards State-Changed-From-To: open->closed State-Changed-By: steve State-Changed-When: Wed Feb 3 15:32:12 PST 1999 State-Changed-Why: Originator notes this turned out to be a faulty ethernet hub. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 3 15:54:12 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA20691 for freebsd-bugs-outgoing; Wed, 3 Feb 1999 15:54:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA20461; Wed, 3 Feb 1999 15:54:00 -0800 (PST) (envelope-from fenner@FreeBSD.org) From: Bill Fenner Received: (from fenner@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id PAA40085; Wed, 3 Feb 1999 15:53:59 -0800 (PST) (envelope-from fenner@FreeBSD.org) Date: Wed, 3 Feb 1999 15:53:59 -0800 (PST) Message-Id: <199902032353.PAA40085@freefall.freebsd.org> To: John.Shue@symmetron.com, fenner@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/9464 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Fix for fetch ignoring FTP_PASSIVE_MODE environment variable State-Changed-From-To: closed->open State-Changed-By: fenner State-Changed-When: Wed Feb 3 15:51:41 PST 1999 State-Changed-Why: I didn't investigate fully before closing the PR. The FTP_PASSIVE_MODE environment variable is checked by libftpio, and in all of my attempts I have been unable to get a pre-patch fetch to fail to use passive mode with FTP_PASSIVE_MODE set...... Could you re-do your tests, using "fetch -v" to see exactly what's going on? Thanks, Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 3 18:50:12 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA20608 for freebsd-bugs-outgoing; Wed, 3 Feb 1999 18:50:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA20504 for ; Wed, 3 Feb 1999 18:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id SAA87670; Wed, 3 Feb 1999 18:50:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA19371; Wed, 3 Feb 1999 18:41:58 -0800 (PST) (envelope-from nobody) Message-Id: <199902040241.SAA19371@hub.freebsd.org> Date: Wed, 3 Feb 1999 18:41:58 -0800 (PST) From: rock@cs.uni-sb.de To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/9902: error in german (and some other) locale sorting Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9902 >Category: bin >Synopsis: error in german (and some other) locale sorting >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 3 18:50:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: D. Rock >Release: 4.0-CURRENT >Organization: >Environment: Bug is present at least since 3.0-CURRENT from July 1998 >Description: setting LANG to de_DE.ISO_8859-1, output isn't sorted correctly. >How-To-Repeat: % mkdir /emptydir; cd /emptydir % touch sl ss su % ls sl ss su % LANG=de_DE.ISO_8859-1 ls sl su ss % LANG=es_ES.ISO_8859-1 ls sl su ss % LANG=fr_FR.ISO_8859-1 ls sl ss su Only locales which use a different collate file seem to be affected. >Fix: In Latin 1 there exist the perfectly legal value "ß", which isn't the same as "ss". Two letters should always be considered as two letters. If one still insist in using 7-Bit ASCII there should be an additional locale de_DE.ASCII >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 00:37:02 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA08408 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 00:37:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from relay.ucb.crimea.ua (relay.ucb.crimea.ua [212.110.138.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA08134; Thu, 4 Feb 1999 00:34:57 -0800 (PST) (envelope-from ru@ucb.crimea.ua) Received: (from ru@localhost) by relay.ucb.crimea.ua (8.9.2/8.9.2/UCB) id KAA43523; Thu, 4 Feb 1999 10:34:37 +0200 (EET) (envelope-from ru) Date: Thu, 4 Feb 1999 10:34:37 +0200 From: Ruslan Ermilov To: Joerg Wunsch Cc: bugs@FreeBSD.ORG Subject: Patch for src/tools/3.0-upgrade/README Message-ID: <19990204103437.A42015@ucb.crimea.ua> Mail-Followup-To: Joerg Wunsch , bugs@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="5mCyUwZo2JvN/JJP" X-Mailer: Mutt 0.94.17i X-Operating-System: FreeBSD 3.0-STABLE i386 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Hi! Please apply the patch in attachment. You love CVS, yeah? ;-) Best regards, -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=patch Index: README =================================================================== RCS file: /usr/FreeBSD-CVS/src/tools/3.0-upgrade/README,v retrieving revision 1.1 diff -u -r1.1 README --- README 1997/01/02 11:54:58 1.1 +++ README 1999/02/04 08:29:12 @@ -7,13 +7,13 @@ The tool cannot handle gzip'ed wtmp backups, so unzip them first if you need. Then simply call it as: - ./cvt-tmp /var/log/wtmp* + ./cvt-wtmp /var/log/wtmp* The old wtmp files are being renamed to .bak, so nothing will be lost even in case of a failure. If you are only about to test whether the tool will grok your files correctly, you can run it as: - ./cvs-tmp -n /var/log/wtmp* + ./cvt-wtmp -n /var/log/wtmp* The tool tries an ``educated guess'', based on the reasonability of the timestamp values in the wtmp file. If it fails to recognize the @@ -21,7 +21,7 @@ garbage records. In this case, rename the .bak files to the original name, and try to force the conversion: - ./cvs-tmp -f /var/log/wtmp.xxx + ./cvt-wtmp -f /var/log/wtmp.xxx Make sure to verify the result however! --5mCyUwZo2JvN/JJP-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 02:00:09 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA18670 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 02:00:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA18645 for ; Thu, 4 Feb 1999 02:00:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id CAA12573; Thu, 4 Feb 1999 02:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 4 Feb 1999 02:00:02 -0800 (PST) Message-Id: <199902041000.CAA12573@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Frank Ederveen Subject: Re: kern/2923: panic: vm_fault: fault on nofault entry, addr: f6e21000 Reply-To: Frank Ederveen Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/2923; it has been noted by GNATS. From: Frank Ederveen To: freebsd-gnats-submit@freebsd.org, hsu@clinet.fi, franke@nl.uu.net Cc: Subject: Re: kern/2923: panic: vm_fault: fault on nofault entry, addr: f6e21000 Date: Thu, 04 Feb 1999 09:56:22 +0100 Just want to point out that indeed the problem has not been solved yet. With 3.0-STABLE as of feb 1st 1999 this is still the case. We do not seem to be able to keep the newsserver up and running for more than a few hours, to sometimes a day or two if we get very lucky. Pitty we can no longer wait for a solution with FreeBSD; we received the sparc with solaris this morning :( Feel free to contact for more info and/or debugging stuff. With kind regards, Frank Ederveen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 03:30:05 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA27731 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 03:30:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA27675 for ; Thu, 4 Feb 1999 03:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id DAA19988; Thu, 4 Feb 1999 03:30:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA26930; Thu, 4 Feb 1999 03:20:54 -0800 (PST) (envelope-from nobody) Message-Id: <199902041120.DAA26930@hub.freebsd.org> Date: Thu, 4 Feb 1999 03:20:54 -0800 (PST) From: steve@spvi.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/9903: thread enabled program can't use popen/system more than once when called from cron Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9903 >Category: misc >Synopsis: thread enabled program can't use popen/system more than once when called from cron >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 4 03:30:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Steve Spicklemire >Release: 2.2.8-STABLE >Organization: Silicon Prairie Ventures Inc >Environment: FreeBSD acer.spvi.com 2.2.8-RELEASE FreeBSD 2.2.8-RELEASE #0: Mon Feb 1 06:13:17 EST 1999 steve@acer.spvi.com:/usr/src/sys/compile/MYKERNEL i386 >Description: When a thread enabled program (linked to libc_r) is run from cron, it will block on the second call to system/popen. >How-To-Repeat: Compile this program: gcc -pthread -g -o problem problem.c --------------------------------------------------- #include main() { printf("before touching one....\n"); fflush(stdout); system("touch /tmp/one.txt"); system("touch /tmp/two.txt"); printf("after touching two.....\n"); fflush(stdout); } ----------------------------- run from cron... observe. program blocks in thread_sys_select(). >Fix: don't run thread enabled programs that call system/popen from cron. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 03:35:01 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA28549 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 03:35:01 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from raven.ravenbrook.com (ravenbrook-gw.beyond2000.co.uk [193.123.246.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA28520 for ; Thu, 4 Feb 1999 03:34:57 -0800 (PST) (envelope-from nb@ravenbrook.com) Received: from raven.ravenbrook.com (nb@raven.ravenbrook.com [193.112.142.1]) by raven.ravenbrook.com (8.8.8/8.8.7) with ESMTP id LAA00943 for ; Thu, 4 Feb 1999 11:34:54 GMT (envelope-from nb@raven.ravenbrook.com) From: Nick Barnes To: freebsd-bugs@FreeBSD.ORG Subject: (2.2.8) Writing incomplete blocks to /dev/nrst0 hangs the kernel Date: Thu, 04 Feb 1999 11:34:53 +0000 Message-ID: <939.918128093@raven.ravenbrook.com> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm using FreeBSD 2.2.8. If I write a file which is not a complete number of blocks to /dev/nrst0 (which in my case is an HP "C1554A DDS-3 SCSI DAT Drive", according to the printed documentation), the kernel seems to hang. No panic or other kernel messages. No response to keyboard (including Alt-F), no response to ping. It seems irrelevant what I use to do the writes (certainly both cat and dd break it). I can work around using "dd conv=osync". Here's my SCSI driver initializing (from dmesg): aic0 at 0x340-0x35f irq 11 on isa aic0 waiting for scsi devices to settle (aic0:1:0): "IBM DCAS-34330 S65A" type 0 fixed SCSI 2 sd0(aic0:1:0): Direct-Access 4134MB (8467200 512 byte sectors) (aic0:2:0): "HP C1537A L708" type 1 removable SCSI 2 st0(aic0:2:0): Sequential-Access density code 0x25, variable blocks, write-enabled Nick Barnes Systems Manager Geodesic Systems To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 05:10:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA11974 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 05:10:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA11950; Thu, 4 Feb 1999 05:10:02 -0800 (PST) (envelope-from dcs@FreeBSD.org) From: "Daniel C. Sobral" Received: (from dcs@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id FAA34734; Thu, 4 Feb 1999 05:10:02 -0800 (PST) (envelope-from dcs@FreeBSD.org) Date: Thu, 4 Feb 1999 05:10:02 -0800 (PST) Message-Id: <199902041310.FAA34734@freefall.freebsd.org> To: dcs@newsguy.com, dcs@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/9743 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: type is broken on ficl State-Changed-From-To: open->closed State-Changed-By: dcs State-Changed-When: Thu Feb 4 05:07:53 PST 1999 State-Changed-Why: Committed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 05:13:06 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA12311 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 05:13:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA12306; Thu, 4 Feb 1999 05:13:03 -0800 (PST) (envelope-from dcs@FreeBSD.org) From: "Daniel C. Sobral" Received: (from dcs@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id FAA35077; Thu, 4 Feb 1999 05:13:03 -0800 (PST) (envelope-from dcs@FreeBSD.org) Date: Thu, 4 Feb 1999 05:13:03 -0800 (PST) Message-Id: <199902041313.FAA35077@freefall.freebsd.org> To: dcs@newsguy.com, dcs@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/9753 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Loader needs a pager State-Changed-From-To: open->closed State-Changed-By: dcs State-Changed-When: Thu Feb 4 05:12:42 PST 1999 State-Changed-Why: Committed by jhk. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 05:16:44 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA12691 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 05:16:44 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA12686; Thu, 4 Feb 1999 05:16:41 -0800 (PST) (envelope-from dcs@FreeBSD.org) From: "Daniel C. Sobral" Received: (from dcs@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id FAA35381; Thu, 4 Feb 1999 05:16:41 -0800 (PST) (envelope-from dcs@FreeBSD.org) Date: Thu, 4 Feb 1999 05:16:41 -0800 (PST) Message-Id: <199902041316.FAA35381@freefall.freebsd.org> To: dcs@newsguy.com, dcs@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/9754 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: src/sys/boot/common is WAY too noisy in warning, imho State-Changed-From-To: open->closed State-Changed-By: dcs State-Changed-When: Thu Feb 4 05:16:29 PST 1999 State-Changed-Why: Committed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 05:21:01 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA13437 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 05:21:01 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA13432; Thu, 4 Feb 1999 05:20:58 -0800 (PST) (envelope-from dcs@FreeBSD.org) From: "Daniel C. Sobral" Received: (from dcs@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id FAA36161; Thu, 4 Feb 1999 05:20:57 -0800 (PST) (envelope-from dcs@FreeBSD.org) Date: Thu, 4 Feb 1999 05:20:57 -0800 (PST) Message-Id: <199902041320.FAA36161@freefall.freebsd.org> To: dcs@newsguy.com, dcs@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/9756 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ficl trace facility is full of bugs State-Changed-From-To: open->closed State-Changed-By: dcs State-Changed-When: Thu Feb 4 05:20:41 PST 1999 State-Changed-Why: Committed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 05:30:03 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA14527 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 05:30:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA14468; Thu, 4 Feb 1999 05:29:58 -0800 (PST) (envelope-from dcs@FreeBSD.org) From: "Daniel C. Sobral" Received: (from dcs@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id FAA37196; Thu, 4 Feb 1999 05:29:58 -0800 (PST) (envelope-from dcs@FreeBSD.org) Date: Thu, 4 Feb 1999 05:29:58 -0800 (PST) Message-Id: <199902041329.FAA37196@freefall.freebsd.org> To: dcs@newsguy.com, dcs@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/9772 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ficlExecFD vmThrows error State-Changed-From-To: open->closed State-Changed-By: dcs State-Changed-When: Thu Feb 4 05:29:40 PST 1999 State-Changed-Why: Committed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 05:40:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA15964 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 05:40:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA15915 for ; Thu, 4 Feb 1999 05:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id FAA38016; Thu, 4 Feb 1999 05:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from belle.urc.ac.ru (Belle.urc.ac.ru [193.233.85.55]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA14908 for ; Thu, 4 Feb 1999 05:33:10 -0800 (PST) (envelope-from anton@belle.urc.ac.ru) Received: (from anton@localhost) by belle.urc.ac.ru (8.9.2/8.8.8) id SAA45167; Thu, 4 Feb 1999 18:32:34 +0500 (ES) (envelope-from anton) Message-Id: <199902041332.SAA45167@belle.urc.ac.ru> Date: Thu, 4 Feb 1999 18:32:34 +0500 (ES) From: anton@urc.ac.ru Reply-To: anton@urc.ac.ru To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9905: NFS lookup when booting via network Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9905 >Category: kern >Synopsis: NFS lookup when booting via network >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 4 05:40:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Anton Voronin >Release: FreeBSD 3.0-STABLE i386 >Organization: Southern Ural State University, Chelyabinsk, Russia >Environment: Kernel's NFS server code returns ENOENT error for existing file lookup query >Description: I boot a diskless workstation with netboot from fileserver operating under 3.0-stable. So as netboot doesn't undestand ELF, I boot aout 3.0-stable kernel. When kernel loads it panics with "no init". When file server worked under 2.2.8-stable all was OK. >How-To-Repeat: Compile aout kernel or use 2.2.x kernel and load it with netboot via network from NFS fileserver operating under 3.0-STABLE. After loading kernel panics with "no init". >Fix: I guess the problem is concluded in kernel nfs server code rather than in client code because I tried to boot an old 2.2.x kernel with the same result. I also tried to use nfsd from 2.2.x on the server with no luck. I have traced the kernel a little using printf() calls and found that when kernel does nfs lookup for "/sbin/init", it first succesfully gets vnode of /sbin but then fails to get vnode of "init" using the /sbin directory vnode received in previous lookup. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 07:30:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA01180 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 07:30:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA01086 for ; Thu, 4 Feb 1999 07:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id HAA79280; Thu, 4 Feb 1999 07:30:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA29908; Thu, 4 Feb 1999 07:25:28 -0800 (PST) (envelope-from nobody) Message-Id: <199902041525.HAA29908@hub.freebsd.org> Date: Thu, 4 Feb 1999 07:25:28 -0800 (PST) From: nb@geodesic.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/9909: Writing incomplete blocks to /dev/nrst0 hangs the kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9909 >Category: kern >Synopsis: Writing incomplete blocks to /dev/nrst0 hangs the kernel >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 4 07:30:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Nick Barnes >Release: 2.2.8 >Organization: Geodesic Systems >Environment: FreeBSD raven.ravenbrook.com 2.2.8-RELEASE FreeBSD 2.2.8-RELEASE #0: Fri Jan 15 15:02:41 GMT 1999 root@raven.ravenbrook.com:/usr/src/sys/compile/RAVEN-228 i386 >Description: If I write a file which is not a complete number of blocks to /dev/nrst0 (which in my case is an HP "C1554A DDS-3 SCSI DAT Drive", according to the printed documentation), the kernel seems to hang. No panic or other kernel messages. No response to console keyboard (including Alt-F), no response to ping. I have left it for around fifteen minutes in this state with no improvement It seems irrelevant what I use to do the writes (certainly both cat and dd break it). I can work around using "dd conv=osync". Here's my SCSI driver initializing (from dmesg): aic0 at 0x340-0x35f irq 11 on isa aic0 waiting for scsi devices to settle (aic0:1:0): "IBM DCAS-34330 S65A" type 0 fixed SCSI 2 sd0(aic0:1:0): Direct-Access 4134MB (8467200 512 byte sectors) (aic0:2:0): "HP C1537A L708" type 1 removable SCSI 2 st0(aic0:2:0): Sequential-Access density code 0x25, variable blocks, write-enabled My kernel is very nearly 2.2.8 GENERIC. Here are the config diffs: $ diff GENERIC RAVEN-228 2c2 < # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks --- > # RAVEN-228 -- Custom kernel for raven.ravenbrook.com, 4,14c4,5 < # For more information read the handbook part System Administration -> < # Configuring the FreeBSD Kernel -> The Configuration File. < # The handbook is available in /usr/share/doc/handbook or online as < # latest version from the FreeBSD World Wide Web server < # < # < # An exhaustive list of options and more detailed explanations of the < # device lines is present in the ./LINT configuration file. If you are < # in doubt as to the purpose or necessity of a line, check first in LINT. < # < # $Id: GENERIC,v 1.77.2.28 1998/09/26 17:36:14 wpaul Exp $ --- > # 1999-01-15 nb added ed1 and bpfilter > # 1999-01-15 nb copied from 2.2.8 GENERIC. 17d7 < cpu "I386_CPU" 19,21c9 < cpu "I586_CPU" < cpu "I686_CPU" < ident GENERIC --- > ident RAVEN 37a26 > options NETATALK #Appletalk communications protocols 150a140 > device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr 165a156 > pseudo-device bpfilter 4 #Berkeley packet filter $ >How-To-Repeat: # cat > redfish one fish two fish red fish blue fish ^D # cat redfish > /dev/nrst0 Just the same if the last command is: # dd if=redfish of=/dev/nrst0 But if I do this instead, things work fine: # dd if=redfish of=/dev/nrst0 conv=osync >Fix: No idea. It seems reasonable that I might get an error message if the device driver requires whole blocks. But hanging the kernel is obviously unacceptable. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 08:57:06 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA15354 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 08:57:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA15318; Thu, 4 Feb 1999 08:56:52 -0800 (PST) (envelope-from kato@FreeBSD.org) From: KATO Takenori Received: (from kato@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id IAA86616; Thu, 4 Feb 1999 08:56:52 -0800 (PST) (envelope-from kato@FreeBSD.org) Date: Thu, 4 Feb 1999 08:56:52 -0800 (PST) Message-Id: <199902041656.IAA86616@freefall.freebsd.org> To: issei@jp.FreeBSD.ORG, kato@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/8751 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Cannot display new CPU name correctly. State-Changed-From-To: open->closed State-Changed-By: kato State-Changed-When: Thu Feb 4 08:54:32 PST 1999 State-Changed-Why: 4.0-current now recognizes your cpu. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 08:58:17 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA15718 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 08:58:17 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA15509; Thu, 4 Feb 1999 08:57:52 -0800 (PST) (envelope-from kato@FreeBSD.org) From: KATO Takenori Received: (from kato@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id IAA86807; Thu, 4 Feb 1999 08:57:51 -0800 (PST) (envelope-from kato@FreeBSD.org) Date: Thu, 4 Feb 1999 08:57:51 -0800 (PST) Message-Id: <199902041657.IAA86807@freefall.freebsd.org> To: pille@chillout.org, kato@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/9320 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: new cpuid patch for 3.0-curent kernel for intel mendocino State-Changed-From-To: open->closed State-Changed-By: kato State-Changed-When: Thu Feb 4 08:57:20 PST 1999 State-Changed-Why: 4.0-current now recognizes your cpu. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 08:58:36 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA15792 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 08:58:36 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA15765; Thu, 4 Feb 1999 08:58:27 -0800 (PST) (envelope-from kato@FreeBSD.org) From: KATO Takenori Received: (from kato@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id IAA86909; Thu, 4 Feb 1999 08:58:26 -0800 (PST) (envelope-from kato@FreeBSD.org) Date: Thu, 4 Feb 1999 08:58:26 -0800 (PST) Message-Id: <199902041658.IAA86909@freefall.freebsd.org> To: phiber@udel.edu, kato@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/9463 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: No Detection of the Intel Celeron and Intel Celeron ( Mendocino ) Processors. State-Changed-From-To: open->closed State-Changed-By: kato State-Changed-When: Thu Feb 4 08:57:59 PST 1999 State-Changed-Why: 4.0-current now recognizes your cpu. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 08:59:38 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA15930 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 08:59:38 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA15870; Thu, 4 Feb 1999 08:59:11 -0800 (PST) (envelope-from kato@FreeBSD.org) From: KATO Takenori Received: (from kato@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id IAA87126; Thu, 4 Feb 1999 08:59:05 -0800 (PST) (envelope-from kato@FreeBSD.org) Date: Thu, 4 Feb 1999 08:59:05 -0800 (PST) Message-Id: <199902041659.IAA87126@freefall.freebsd.org> To: john@vapornet.net, kato@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: i386/9530 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: identcpu.c doesnt know about celeron State-Changed-From-To: open->closed State-Changed-By: kato State-Changed-When: Thu Feb 4 08:58:33 PST 1999 State-Changed-Why: 4.0-current now recognizes your cpu. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 10:20:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA27514 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 10:20:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA27465 for ; Thu, 4 Feb 1999 10:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id KAA93093; Thu, 4 Feb 1999 10:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 4 Feb 1999 10:20:01 -0800 (PST) Message-Id: <199902041820.KAA93093@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: David Malone Subject: Re: bin/7081: [patch] lpr stuff doesn't deal with RM and RP well if RM = hostname Reply-To: David Malone Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/7081; it has been noted by GNATS. From: David Malone To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/7081: [patch] lpr stuff doesn't deal with RM and RP well if RM = hostname Date: Thu, 04 Feb 1999 18:15:04 +0000 This PR has been fixed in 2.2-STABLE (as of version 1.4.2.3 of common.c). Lpr is quite different in 3.0 so the same patch won't work. However I've written what I think is an equivelent patch for 3.0 and current - it should have the same effect as the 2.2 fix. If this was committed the PR could be closed. David. diff -cwr common_source/lp.h /usr/src/usr.sbin/lpr/common_source/lp.h *** common_source/lp.h Thu Feb 4 17:04:06 1999 --- /usr/src/usr.sbin/lpr/common_source/lp.h Tue Dec 2 20:45:21 1997 *************** *** 50,56 **** struct printer { char *printer; /* printer name */ int remote; /* true if RM points to a remote host */ - int rp_matches_local; /* true if rp has same name as us */ int tof; /* true if we are at top-of-form */ /* ------------------------------------------------------ */ char *acct_file; /* AF: accounting file */ --- 50,55 ---- diff -cwr common_source/net.c /usr/src/usr.sbin/lpr/common_source/net.c *** common_source/net.c Thu Feb 4 17:19:21 1999 --- /usr/src/usr.sbin/lpr/common_source/net.c Tue Dec 2 20:45:22 1997 *************** *** 160,170 **** struct in_addr *localaddrs; int i, j, nlocaladdrs, ncommonaddrs; - if (!pp->rp_matches_local) { /* Remote printer doesn't match local */ - pp->remote = 1; - return NULL; - } - pp->remote = 0; /* assume printer is local */ if (pp->remote_host != NULL) { /* get the addresses of the local host */ --- 160,165 ---- diff -cwr common_source/printcap.c /usr/src/usr.sbin/lpr/common_source/printcap.c *** common_source/printcap.c Thu Feb 4 17:57:21 1999 --- /usr/src/usr.sbin/lpr/common_source/printcap.c Sat Dec 27 20:49:39 1997 *************** *** 215,222 **** struct printer *pp; { enum lpd_filters filt; - char *rp_name; - int error; if ((pp->printer = capdb_canonical_name(bp)) == 0) return PCAPERR_OSERR; --- 215,220 ---- *************** *** 264,283 **** pp->rw = capdb_getaltlog(bp, "rw", "tty.rw"); pp->tof = !capdb_getaltlog(bp, "fo", "job.topofform"); - /* - * Decide if the remote printer name matches the local printer name. - * If no name is given then we assume they mean them to match. - * If a name is given see if the rp_name is one of the names for - * this printer. - */ - pp->rp_matches_local = 1; - CHK((error = capdb_getaltstr(bp, "rp", "remote.queue", 0, &rp_name))); - if (error != PCAPERR_NOTFOUND && rp_name != NULL) { - if (cgetmatch(bp,rp_name) != 0) - pp->rp_matches_local = 0; - free(rp_name); - } - /* * Filters: */ --- 262,267 ---- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 10:30:04 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA28946 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 10:30:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA28904 for ; Thu, 4 Feb 1999 10:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id KAA93676; Thu, 4 Feb 1999 10:30:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from dreams.dragondata.com (oven.dragondata.com [204.137.237.253] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA28470 for ; Thu, 4 Feb 1999 10:28:09 -0800 (PST) (envelope-from toasty@dreams.dragondata.com) Received: (from toasty@localhost) by dreams.dragondata.com (8.9.1/8.9.1) id MAA03181; Thu, 4 Feb 1999 12:29:07 -0600 (CST) (envelope-from toasty) Message-Id: <199902041829.MAA03181@dreams.dragondata.com> Date: Thu, 4 Feb 1999 12:29:07 -0600 (CST) From: toasty@dragondata.com Reply-To: toasty@dragondata.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9910: Heavy traffic renders FreeBSD acting as firewall unusable Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9910 >Category: kern >Synopsis: Heavy traffic renders FreeBSD acting as firewall unusable >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 4 10:30:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Kevin Day >Release: FreeBSD 3.0-RELEASE i386 >Organization: DragonData Internet Services >Environment: FreeBSD 3.0-RELEASE system positioned between my router and my switch, acting as a firewall, using ipfw. FreeBSD 3.0-RELEASE #3: Thu Nov 26 01:53:51 CST 1998 toasty@dreams.dragondata.com:/usr/src/sys/compile/DREAMS Timecounter "i8254" frequency 1193182 Hz cost 3912 ns Timecounter "TSC" frequency 200455820 Hz cost 124 ns CPU: Pentium/P54C (200.46-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 67108864 (65536K bytes) avail memory = 62947328 (61472K bytes) Probing for devices on PCI bus 0: chip0: rev 0x04 on pci0.0.0 chip1: rev 0x00 on pci0.1.0 chip2: rev 0x41 on pci0.7.0 ide_pci0: rev 0x06 on pci0.7.1 chip3: rev 0x02 int d irq 11 on pci0.7.2 chip4: rev 0x10 on pci0.7.3 xl0: <3Com 3c905B Fast Etherlink XL 10/100BaseTX> rev 0x24 int a irq 10 on pci0.8.0 xl0: Ethernet address: 00:10:4b:74:fc:cb xl0: autoneg not complete, no carrier (forcing half-duplex, 10Mbps) fxp0: rev 0x05 int a irq 12 on pci0.9.0 fxp0: Ethernet address 00:a0:c9:e5:5c:ad de0: rev 0x22 int a irq 5 on pci0.10.0 de0: 21140A [10-100Mb/s] pass 2.2 de0: address 00:40:05:41:d3:32 vga0: rev 0x00 int a irq 9 on pci0.11.0 bash-2.02$ ifconfig -a xl0: flags=8842 mtu 1500 ether 00:10:4b:74:fc:cb media: 10baseT/UTP (autoselect) supported media: autoselect 100baseTX 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP 10baseT/UTP fxp0: flags=8843 mtu 1500 inet 204.137.237.240 netmask 0xffffff00 broadcast 204.137.237.255 inet 205.253.12.240 netmask 0xffffff00 broadcast 205.253.12.255 inet 204.137.237.151 netmask 0xffffffff broadcast 204.137.237.151 ether 00:a0:c9:e5:5c:ad media: autoselect supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP de0: flags=8843 mtu 1500 inet 204.137.237.253 netmask 0xfffffffc broadcast 204.137.237.255 inet 205.253.12.253 netmask 0xfffffffc broadcast 205.253.12.255 ether 00:40:05:41:d3:32 media: autoselect (10baseT/UTP) status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP >Description: We had a user run the program 'bmb' (available from rootshell, i believe) directed at a dialup user on another ISP. This program sends packets as quickly as possible to an address given. While the server sending the packets was fine (had a load average of .80, but otherwise no problems), the router was fine (showed about 2MB/sec coming into its ethernet address) but the firewall wasn't. Internet <-- Router <-- de0 <- (firewall) -> fxp0 --> switch --> lan Pinging/telnetting to the address on the fxp0 interface got no response, from either side of the network. I got ping responses on the de0 interface address from both the internet and the lan, a telnet would connect, but i'd never get a login response. After figuring out what was going on, I killed the program, and everything returned to normal. The load average on the firewall was still 0.00, 0.00, 0.00 (I know that a lot of what would have been going on was in the kernel though) No errors were generated, and I got no clues as to what was happening. The system was also unresponsive to the console during this. A case of too many interrupts, perhaps? >How-To-Repeat: Try 'bmb' through a firewall system >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 11:27:22 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA06685 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 11:27:22 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from blv-smtpout-01.boeing.com (blv-smtpout-01.boeing.com [192.161.36.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA06679 for ; Thu, 4 Feb 1999 11:27:16 -0800 (PST) (envelope-from Lawrence.Day@PSS.Boeing.com) Received: from xch-pssbh-03.ca.boeing.com ([134.52.9.169]) by blv-smtpout-01.boeing.com (8.9.0/8.8.5) with ESMTP id LAA15860 for ; Thu, 4 Feb 1999 11:27:11 -0800 (PST) Received: by xch-pssbh-03.ca.boeing.com with Internet Mail Service (5.5.2407.0) id ; Thu, 4 Feb 1999 11:27:09 -0800 Message-ID: <618FD3AF120DD111A27900805F19D9C40420C8A5@xch-blv-03.ca.boeing.com> From: "Day, Lawrence E" To: "'freebsd-bugs@freebsd.org'" Cc: "Cohn, Michael D" Subject: Y2K Product Readiness Questions from The Boeing Company - 550 Date: Thu, 4 Feb 1999 11:27:49 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2407.0) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01BE5074.59A50D10" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01BE5074.59A50D10 Content-Type: text/plain The enclosed Supplier Package contains Y2K Readiness questions regarding products that we purchased from your company. We request your response to these questions within 10 business days from the receipt of this e-mail. If you have any questions regarding the package or this request, please contact the Boeing buyer identified within the cover letter within the enclosed Supplier Package. <> ------_=_NextPart_000_01BE5074.59A50D10 Content-Type: application/msword; name="Supplier Package 550.doc" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Supplier Package 550.doc" Content-Location: ATT-0-0B140FB263BCD21190D000805F31F09A-S upplier.doc 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAAQQAAAAAAAAAA EAAAQwAAAAEAAAD+////AAAAAEAAAAD///////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// ///////////////////////////////////////////////////////////////////////////s pcEAWQAJBAAACBK/AAAAAAAAEAAAAAAABAAARR0AAA4AYmpiapRAlEAAAAAAAAAAAAAAAAAAAAAA AAAJBBYAUT8AAPYqAAD2KgAAmhUAAAAAAACnAwAAAAAAAAAAAAAAAAAAAAAAAAMAAAD//w8AAAAA AAAAAAD//w8AAAAAAAAAAAD//w8AAAAAAAAAAAAAAAAAAAAAAF0AAAAAABoBAAAAAAAAGgEAABoB AAAAAAAAGgEAAAAAAABqAQAAAAAAAGoBAAAAAAAAagEAAIQAAAAAAAAAAAAAAO4BAAAAAAAA7gEA AAAAAADuAQAAAAAAAO4BAADgAAAAzgIAACQAAADyAgAARAAAAO4BAAAAAAAAbwkAAEABAABCAwAA XgAAAKADAABwAAAAEAQAAAAAAAAQBAAAAAAAABAEAAAAAAAA2gUAAAAAAADaBQAAAAAAANoFAAAA AAAAWAkAAAIAAABaCQAAAAAAAFoJAAAAAAAAWgkAAAAAAABaCQAAAAAAAFoJAAAAAAAAWgkAAAAA AACvCgAA9AEAAKMMAACqAAAAWgkAABUAAAAAAAAAAAAAAAAAAAAAAAAAagEAAAAAAADaBQAAAAAA AAAAAAAAAAAAAAAAAAAAAAC4BQAAAAAAALgFAAAiAAAA2gUAAAAAAADaBQAAAAAAAFoJAAAAAAAA wgcAAAAAAAAaAQAAAAAAABoBAAAAAAAAEAQAAAAAAAAAAAAAAAAAABAEAACoAQAAQgMAAAAAAADC BwAAAAAAAMIHAAAAAAAAwgcAAAAAAADaBQAAfAAAABoBAAAAAAAAEAQAAAAAAAAaAQAAOAAAABAE AAAAAAAAWAkAAAAAAAAAAAAAAAAAAAAAAAAAAAAA7gEAAAAAAADuAQAAAAAAABoBAAAAAAAAGgEA AAAAAAAaAQAAAAAAABoBAAAAAAAA2gUAAAAAAABYCQAAAAAAAMIHAAC4AAAAwgcAAAAAAAB6CAAA OgAAACIJAAAsAAAAGgEAAAAAAABSAQAAGAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAWAkAAAAAAAAQBAAAAAAAADYDAAAMAAAAAK7MRnRQ vgHuAQAAAAAAAO4BAAAAAAAAVgYAAGwBAABOCQAACgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEyBU SU1FIFxAICJNTU1NIGQsIHl5eXkiIBRGZWJydWFyeSA0LCAxOTk5FQcHBwcHB1kyayBmb2NhbAdl LW1haWw6ICBmcmVlYnNkLWJ1Z3NAZnJlZWJzZC5vcmcHB2MvbyBGUkVFIFNPRlRXQVJFIEZPVU5E QVRJT04gSU5DBwcHNTkgVGVtcGxlIFBsDVN0ZSAzMzANQm9zdG9uIE1BIDAyMTExLTEzMDcHc2Vu dCBieTogIGUtbWFpbAcHDQ1BcyBUaGUgQm9laW5nIENvbXBhbnkgcmVhZGllcyBpdHMgcHJvY2Vz c2VzIGZvciB0aGUgbmV3IG1pbGxlbm5pdW0sIGl0IGlzIG5lY2Vzc2FyeSB0aGF0IHdlIHVuZGVy c3RhbmQgdGhlIFkySyBSZWFkaW5lc3Mgb2YgdGhlIGhhcmR3YXJlIGFuZCBzb2Z0d2FyZSBhc3Nl dHMgd2UgcHVyY2hhc2VkIGZyb20geW91ciBjb21wYW55LiAgU2luY2UgdGhlIJRZMksgYnVnlCBj b3VsZCBpbXBhY3QgdGhlIGZ1bmN0aW9uYWwgcGVyZm9ybWFuY2Ugb2YgdGhlc2UgYXNzZXRzLCB3 ZSByZXF1ZXN0IHRoYXQgeW91IHByb3ZpZGUgY3VycmVudCBpbmZvcm1hdGlvbiByZWdhcmRpbmcg dGhlaXIgWTJLIFJlYWRpbmVzcy4gDQ1UaGUgWTJLIFJlYWRpbmVzcyBpbmZvcm1hdGlvbiB5b3Ug cmV0dXJuIHRvIHVzIHdpbGwgYmUgbWFkZSBhdmFpbGFibGUgdG8gdGhlIGVudGlyZSBCb2Vpbmcg Y29tbXVuaXR5IHZpYSBhbiBpbnRlcm5hbCB3ZWItc2l0ZS4gIEJ5IGNvbXBsZXRpbmcgdGhlIGVu Y2xvc2VkIFByb2R1Y3QgUmVhZGluZXNzIFF1ZXN0aW9ubmFpcmUsIHlvdSB3aWxsIGhhdmUgcHJv dmlkZWQgdGhlIGluZm9ybWF0aW9uIHdlIG5lZWQgdG8gYXNzaXN0IHVzIGluIGFjaGlldmluZyBv dXIgWTJLIHJlYWRpbmVzcyBnb2FsLg0NVGhpcyBxdWVzdGlvbm5haXJlIGhhcyBiZWVuIGZvcm11 bGF0ZWQgc29sZWx5IHRvIGVsaWNpdCBZMksgUmVhZGluZXNzIGRhdGEgcmVsYXRpbmcgdG8gcHJv ZHVjdHMgb2ZmZXJlZCBieSB5b3VyIGNvbXBhbnkuICBCb2Vpbmcgd2lsbCBub3QgdXNlIHlvdXIg cmVzcG9uc2UgYXMgYSBiYXNpcyBmb3IgYXNzZXJ0aW5nIHRoYXQgeW91ciBjb21wYW55IGlzIGlu IGRlZmF1bHQgb2YgYW55IG9mIGl0cyBvYmxpZ2F0aW9ucyB1bmRlciBhbnkgcHJlc2VudCBvciBm dXR1cmUgcHVyY2hhc2UgY29udHJhY3RzIHdpdGggb3VyIGNvbXBhbnkuICBCb2VpbmcgZG9lcywg aG93ZXZlciwgcmVzZXJ2ZSB0aGUgcmlnaHQgdG8gc2VlayBhbHRlcm5hdGUgc3VwcGxpZXJzLCBz dWJjb250cmFjdG9ycyBvciBvdGhlciBzb3VyY2VzIG9mIHRoZSBhZmZlY3RlZCBnb29kcyBvciBz ZXJ2aWNlcywgb3IgdGFrZSBvdGhlciBzdGVwcyBpdCBkZWVtcyBuZWNlc3NhcnkgdG8gbWl0aWdh dGUgdGhlIGltcGFjdCB0byBvdXIgb3ZlcmFsbCBZZWFyIDIwMDAgcmVhZGluZXNzIGVmZm9ydHMs IGlmIGFuZCB0byB0aGUgZXh0ZW50IHlvdXIgcmVzcG9uc2VzIHdhcnJhbnQgc3VjaCBhY3Rpb24u ICBUaGlzIHJlcXVlc3Qgd2lsbCBub3Qgb2JsaWdhdGUgQm9laW5nIHRvIGlzc3VlIGFueSBwdXJj aGFzZSBjb250cmFjdCBvciB0byBwYXkgYW55IGNvc3RzIGluY3VycmVkIGFzIGEgcmVzdWx0IG9m IHRoaXMgcmVxdWVzdC4gDQ1QbGVhc2UgYWRoZXJlIGNhcmVmdWxseSB0byB0aGUgaW5zdHJ1Y3Rp b25zIGZvdW5kIG9uIHRoZSBmb2xsb3dpbmcgZW5jbG9zdXJlczoNDVNlY3Rpb24gQToJR2VuZXJh bCBJbnN0cnVjdGlvbnMuDVNlY3Rpb24gQjogCVByb2R1Y3QgUmVhZGluZXNzIFF1ZXN0aW9ubmFp cmUuDVNlY3Rpb24gQzoJQWRkaXRpb25hbCBSZXF1ZXN0ZWQgSW5mb3JtYXRpb24uDQ1QbGVhc2Ug Y29tcGxldGUgYW5kIHJldHVybiB0aGlzIGVudGlyZSBxdWVzdGlvbm5haXJlIHBhY2thZ2UgaW4g YWNjb3JkYW5jZSB3aXRoIHRoZSBHZW5lcmFsIEluc3RydWN0aW9ucyBwcm92aWRlZCBpbiBTZWN0 aW9uIEEgYnkgdGhlIGNsb3NlIG9mIGJ1c2luZXNzLCAyLzE4Lzk5Lg0NQm9laW5nIGFwcHJlY2lh dGVzIHlvdXIgY29vcGVyYXRpb24uICBTaG91bGQgeW91IGhhdmUgcXVlc3Rpb25zLCBjYW4gbm90 IHJlc3BvbmQgYnkgdGhlIHJlcXVlc3RlZCBkYXRlLCBvciBuZWVkIGFkZGl0aW9uYWwgaW5mb3Jt YXRpb24gcmVnYXJkaW5nIHRoZSBjb21wbGV0aW9uIG9mIHRoaXMgcXVlc3Rpb25uYWlyZSwgcGxl YXNlIGNhbGwgbWUgYXQgdGhlIG51bWJlciBiZWxvdy4gDQ1SZWdhcmRzLA0NDVNhbmRyYSBMIEdy aW5kbGUNDVNhbmRyYSBMIEdyaW5kbGUNUC5PLiBCb3ggMzcwNyAgTUMgM1UtQUENU2VhdHRsZSwg V0EgOTgxMjQtMjIwNw1QaDogICgyNTMpNjU3LTg3OTggIEZheDogIDQyNS04NjUtMjkwMCAgQXR0 bjogTGFycnkgRGF5DWUtbWFpbDogIHNhbmRyYS5sLmdyaW5kbGVAYm9laW5nLmNvbQxQbGVhc2Ug YWRoZXJlIGNhcmVmdWxseSB0byB0aGUgZm9sbG93aW5nIGluc3RydWN0aW9ucyBpbiBwcmVwYXJp bmcgeW91ciByZXNwb25zZSB0byB0aGlzIHJlcXVlc3QgZm9yIFkySyBSZWFkaW5lc3MgaW5mb3Jt YXRpb24uDQ1SZXNwb25zaWJpbGl0aWVzDQ1DYXJlZnVsbHkgcmVhZCB0aGUgZW50aXJlIFByb2R1 Y3QgUmVhZGluZXNzIFF1ZXN0aW9ubmFpcmUgcGFja2FnZS4NVmVyaWZ5IHRoYXQgYWxsIGVuY2xv c3VyZXMgYXJlIGluY2x1ZGVkIHdpdGggdGhpcyBwYWNrYWdlLiAgSWYgeW91ciBwYWNrYWdlIGlz IG1pc3NpbmcgYW55IGRvY3VtZW50cyBvciB5b3UgaGF2ZSBhbnkgcXVlc3Rpb25zLCBpbW1lZGlh dGVseSBjb250YWN0IFNhbmRyYSBMIEdyaW5kbGUgYXQgKDI1Myk2NTctODc5OC4NRm9yd2FyZCB0 aGlzIFByb2R1Y3QgUmVhZGluZXNzIFF1ZXN0aW9ubmFpcmUgcGFja2FnZSB0byB0aGUgYXV0aG9y aXplZCBZMksgcmVwcmVzZW50YXRpdmUgd2l0aGluIHlvdXIgb3JnYW5pemF0aW9uIGZvciBkaXNw b3NpdGlvbi4NQXV0aG9yaXplZCBZMksgcmVwcmVzZW50YXRpdmUgcHJvdmlkZXMgcmVxdWVzdGVk IFkySyBBc3Nlc3NtZW50IGluZm9ybWF0aW9uIHVzaW5nIHRoZSBkZXNjcmlwdGlvbnMgYmVsb3cg YW5kIHRoZSBQcm9kdWN0IFJlYWRpbmVzcyBRdWVzdGlvbm5haXJlIChTZWN0aW9uIEIgLSBQcm9k dWN0IFJlYWRpbmVzcyBRdWVzdGlvbm5haXJlKS4gIFJlcXVlc3RlZCBpbmZvcm1hdGlvbiBpcyBw cm92aWRlZCBieSAxKSBjaGVja2luZyB0aGUgYXBwcm9wcmlhdGUgYm94IG9uIHRoYXQgYmVzdCBk ZXNjcmliZXMgWTJLIFJlYWRpbmVzcyBvZiBlYWNoIGxpc3RlZCBhc3NldCwgYW5kIDIpIHByb3Zp ZGluZyBhZGRpdGlvbmFsIGNvbW1lbnRzIGFzIHdvdWxkIHByb3ZlIHVzZWZ1bC4gIA0NDFJEWSAt IJNZZWFyIDIwMDAgUmVhZHmUICAtIEFzc2V0IGFjY3VyYXRlbHkgcGVyZm9ybXMgbGVhcCB5ZWFy IGNhbGN1bGF0aW9ucyBhbmQgcHJvY2Vzc2VzIGRhdGUvdGltZSBkYXRhIChpbmNsdWRpbmcsIGJ1 dCBub3QgbGltaXRlZCB0bywgY2FsY3VsYXRpbmcsIGNvbXBhcmluZywgYW5kIHNlcXVlbmNpbmcp IGZyb20sIGludG8sIGFuZCBiZXR3ZWVuIHRoZSB0d2VudGlldGggYW5kIHR3ZW50eS1maXJzdCBj ZW50dXJpZXMuICBGdXJ0aGVybW9yZSwgdGhpcyBhc3NldCwgd2hlbiB1c2VkIGluIGNvbWJpbmF0 aW9uIHdpdGggb3RoZXIgYXNzZXRzLCBhY2N1cmF0ZWx5IHByb2Nlc3NlcyBkYXRlL3RpbWUgZGF0 YS4NDU5SWSCWIJNOb3QgUmVhZHkgLSBGaXggUmVxdWlyZWSULiAgIEFzc2V0IE5PVCByZWFkeSAo c2VlIGRlZmluaXRpb24gb2Ygk3JlYWR5lCBhYm92ZSkgaW4gZGVsaXZlcmVkIGNvbmRpdGlvbi4g IE1heSBiZSBtYWRlIFkySyByZWFkeSB3aXRoIHByb3ZpZGVkIGFjdGlvbihzKToNDQ1EU04gliCT RGF0ZSBTZW5zaXRpdmUgTm8gQWN0aW9ulCAtIEFzc2V0IGlzIG5vdCBvciB3aWxsIG5vdCBiZSBt YWRlIJNZZWFyIDIwMDAgUmVhZHkuICBEZXNjcmliZSBmYWlsdXJlIG1vZGUocykgYW5kIGFueSBh dmFpbGFibGUgd29yay1hLXJvdW5kcy4NDU5EUyCWIJNOb3QgRGF0ZSBTZW5zaXRpdmWUIJYgQXNz ZXQgZG9lcyBub3QgdXNlLCBwcm9jZXNzLCByZWNlaXZlIG9yIHRyYW5zbWl0IGRhdGVzIG9yIHRp bWUgaW4gYW55IG1hbm5lciwgZWl0aGVyIGludGVybmFsbHkgb3IgZXh0ZXJuYWxseS4gDQ1BTlMg liCTQXNzZXQgbm90IHN1cHBvcnRlZJQuICBBc3NldCBpcyBubyBsb25nZXIgc3VwcG9ydGVkLiAg VGhlIGFzc2V0IG1heSBvciBtYXkgbm90IHByb2Nlc3MgZGF0ZXMgY29ycmVjdGx5LiAgDQ1OU1Ag liCTTm8gU3RhdGVtZW50IFByb3ZpZGVklC4gIFVuYWJsZSBvciB1bndpbGxpbmcgdG8gbWFrZSBh IHN0YXRlbWVudCBvbiB0aGUgWTJLIFJlYWRpbmVzcyBvZiB0aGUgYXNzZXQuIA0MDUF1dGhvcml6 ZWQgWTJLIHJlcHJlc2VudGF0aXZlIHByb3ZpZGVzIGFkZGl0aW9uYWwgcmVxdWVzdGVkIFkySyBB c3Nlc3NtZW50IGluZm9ybWF0aW9uIGJ5IHJlc3BvbmRpbmcgdG8gdGhlIHNwZWNpZmljIHF1ZXN0 aW9ucyBkb2N1bWVudGVkIGluIFNlY3Rpb24gQy4NUmV2aWV3IHRoZSBQcm9kdWN0IFJlYWRpbmVz cyBRdWVzdGlvbm5haXJlIHBhY2thZ2UgdG8gdmFsaWRhdGUgdGhlIGNvbXBsZXRlbmVzcyBvZiB0 aGUgU2VjdGlvbiBCIC0gUHJvZHVjdCBSZWFkaW5lc3MgUXVlc3Rpb25uYWlyZSBhbmQgU2VjdGlv biBDIEFkZGl0aW9uYWwgUmVxdWVzdGVkIEluZm9ybWF0aW9uLg1Zb3VyIHJlc3BvbnNlIHRvIHRo ZSBQcm9kdWN0IFJlYWRpbmVzcyBRdWVzdGlvbm5haXJlIHNob3VsZCBiZSBub24tY29uZmlkZW50 aWFsLiAgSWYgaXQgaXMgbmVjZXNzYXJ5IHRvIGRpc2Nsb3NlIHByb3ByaWV0YXJ5IGluZm9ybWF0 aW9uIHRvIEJvZWluZyBpbiB5b3VyIHJlc3BvbnNlLCBpdCBtdXN0IGJlIGNsZWFybHkgaWRlbnRp ZmllZCBhcyCTUHJvcHJpZXRhcnkgSW5mb3JtYXRpb26UIGFuZCB3aWxsIGJlIHVzZWQgYnkgQm9l aW5nIHNvbGVseSB0byBldmFsdWF0ZSBwcm9kdWN0IHJlYWRpbmVzcy4NT2J0YWluIHRoZSBzaWdu YXR1cmUgb2YgdGhlIENvbXBhbnkgT2ZmaWNlciBhdXRob3JpemVkIHRvIGNlcnRpZnkgdGhlIGFj Y3VyYWN5IG9mIHlvdXIgcmVzcG9uc2VzLiAgU2VlOiBTZWN0aW9uIEIgZm9yIHNpZ25hdHVyZSBi bG9jay4NQWxsIHJlc3BvbnNlcyB0byB0aGlzIFByb2R1Y3QgUmVhZGluZXNzIFF1ZXN0aW9ubmFp cmUgYXJlIGR1ZSBieSBjbG9zZSBvZiBidXNpbmVzcywgMi8xOC85OS4NU3VibWl0IG9uZSAoMSkg aGFyZCBjb3B5IG9mIHRoZSBlbnRpcmUgUHJvZHVjdCBSZWFkaW5lc3MgUXVlc3Rpb25uYWlyZSBy ZXNwb25zZSBieSBGYXggb3IgTWFpbC4NRGVsaXZlciB0bzogICBMYXJyeSBEYXkgCUZheDogCTQy NS04NjUtMjkwMCAgICAgIE9SCwkJCQlNYWlsOglQLk8uIEJveCAzNzA3ICBNYWlsIENvZGU6IDdX LTg1CwkJCQkJU2VhdHRsZSwgV0EgOTgxMjQtMjIwNwwyMDYwMAdHemlwBzEuMi54BxNmb3JtY2hl Y2tib3ggARUHE2Zvcm1jaGVja2JveCABFQcTZm9ybWNoZWNrYm94IAEVBxNmb3JtY2hlY2tib3gg ARUHE2Zvcm1jaGVja2JveCABFQcTZm9ybWNoZWNrYm94IAEVBwcHBw0MDAwyMDYwMAdHemlwICAx LjIueAcqKiBCb2VpbmcgU3BlY2lmaWMgSW5mb3JtYXRpb24gTm90IFJlcXVpcmVkICoqBwcNDQgB DXJlZjogIDU1MAcHDQ1TZWN0aW9uIEE6IEdlbmVyYWwgSW5zdHJ1Y3Rpb25zDQ0NDQ0NDQ1TZWN0 aW9uIEI6IFByb2R1Y3QgUmVhZGluZXNzIFF1ZXN0aW9ubmFpcmUNDUZSRUUgU09GVFdBUkUgRk9V TkRBVElPTiBJTkMHQ29udGFjdDogB3kyayBmb2NhbAdQaG9uZToHNjE3LTU0Mi01OTQyBwdZLVJp TVMjB1Byb2R1Y3QgTmFtZQdNb2QvVmVyB1JEWSAHTlJZKgdEU04qB05EUwdBTlMHTlNQB0FkZCBJ bmZvIFJlcZJkB1N1cHBsaWVyIENvbW1lbnRzBwcJICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBZMksgUHJvZHVjdCBSZWFkaW5lc3MgKGNoZWNrIG9uZSkNDQcHBwcHBwcHQ29t cGFueSBPZmZpY2VyIFRpdGxlBwdDb21wYW55IE9mZmljZXIgTmFtZQcHQ29tcGFueSBPZmZpY2Vy IFNpZ25hdHVyZQcHRGF0ZSBTaWduZWQHBw0NRGF0ZSBwcmludGVkOiATIERBVEUgIFwqIE1FUkdF Rk9STUFUIBQwMi8wNC85ORUJUXVlc3Rpb25zIHNob3VsZCBiZSBkaXJlY3RlZCB0bzogU2FuZHJh IEwgR3JpbmRsZSwgUGhvbmU6ICgyNTMpNjU3LTg3OTgJIFNlY3Rpb24gQiBQYWdlIBMgUEFHRSAg XCogTUVSR0VGT1JNQVQgFDEVIG9mIBMgU0VDVElPTlBBR0VTICBcKiBNRVJHRUZPUk1BVCAUMRUN DVNlY3Rpb24gQzogQWRkaXRpb25hbCBSZXF1ZXN0ZWQgSW5mb3JtYXRpb24NDVktUmlNUyAjB1By b2R1Y3QgTmFtZQdBZGRpdGlvbmFsIFJlcXVlc3RlZCBJbmZvcm1hdGlvbgcHDQ1EYXRlIHByaW50 ZWQ6IBMgREFURSAgXCogTUVSR0VGT1JNQVQgFDAyLzA0Lzk5FQlRdWVzdGlvbnMgc2hvdWxkIGJl IGRpcmVjdGVkIHRvOiBTYW5kcmEgTCBHcmluZGxlLCBQaG9uZTogKDI1Myk2NTctODc5OAlTZWN0 aW9uIEMgUGFnZSATIFBBR0UgIFwqIE1FUkdFRk9STUFUIBQxFSBvZiATIFNFQ1RJT05QQUdFUyAg XCogTUVSR0VGT1JNQVQgFDEVDQ0NDQ0NDQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAQQAABkEAAAaBAAAKgQA ACsEAAAxBAAAOgQAADsEAABcBAAAYgQAAH4EAACBBAAAqgQAAKsEAAC7BAAAvAQAAL0EAAC/BAAA GgYAABsGAAA4BwAAOQcAABYKAAAXCgAAZgoAAGcKAADiCgAA4woAAHwLAACDCwAAhQsAAIYLAABi DAAAYwwAAGwMAABuDAAAfgwAAH8MAACADAAAkAwAAKMMAACoDAAAxQwAANIMAAABDQAAHA0AAJ0N AACeDQAArg0AAK8NAACwDQAAhw4AAJgOAACbDgAAqA4AAK0QAACuEAAArxAAALIQAAAOEgAAERIA AKwSAACxEgAAQBMAAEMTAADOEwAA0RMAAEAUAABDFAAAqxQAAK4UAAD1FwAA/BcAAI8YAACRGAAA 2BgAAPj1+PD49fD18PXw9fD17QD16vXq9er16vXq9er18PXq9er16uEA6vD18PXw9fD13tbSzvXw 9fD1zszIxcjFyMXIxcjFyMUA9fD10vUAAAAAAAAAAAAABENKEgAABzUIgUNKEgADNQiBBzUIgUNK DAAHNQiBQ0oWAA81CIFDShYAT0oCAFFKAgAEQ0oMAAAQQ0okAE9KAwBRSgMAbUgABAAEQ0oQAAAE bUgABAAIQ0oWAG1IAAQABENKFgAADQNqAAAAAENKFgBVCAEATAAEAAAsBAAALQQAAC4EAAAvBAAA MAQAADEEAAA7BAAAXQQAAF4EAAB/BAAAgAQAAIEEAACOBAAAlgQAAKsEAAC8BAAAvQQAAL4EAAC/ BAAAGgYAABsGAAA4BwAAOQcAABYKAAAXCgAAZgoAAGcKAAD8AAAAAAAAAAAAAAAA9wAAAAAAAAAA AAAAAOsMAAAAAAAAAAAAAAD8AAAAAAAAAAAAAAAA9wAAAAAAAAAAAAAAAOu0AAAAAAAAAAAAAAD8 AAAAAAAAAAAAAAAA9wAAAAAAAAAAAAAAAOuMAAAAAAAAAAAAAAD8AAAAAAAAAAAAAAAA9wAAAAAA AAAAAAAAAOvwAAAAAAAAAAAAAAD8AAAAAAAAAAAAAAAA/AAAAAAAAAAAAAAAAPwAAAAAAAAAAAAA AAD3AAAAAAAAAAAAAAAA6wAAAAAAAAAAAAAAAOkAAAAAAAAAAAAAAADpAAAAAAAAAAAAAAAA6QAA AAAAAAAAAAAAAOkAAAAAAAAAAAAAAADpAAAAAAAAAAAAAAAA6QAAAAAAAAAAAAAAAOkAAAAAAAAA AAAAAADpAAAAAAAAAAAAAAAA6QAAAAAAAAAAAAAAAOkAAAAAAAAAAAAAAAAAAAAAAQAADAAAFiQB FyQBApZsAAjWCAAClP/gECwiAAQAAAMkAhYkAQMAABYkAQAbAAQAACwEAAAtBAAALgQAAB0NAACd DQAAng0AAK8NAACwDQAA8w0AAKoOAAAuDwAArRAAAK4QAACvEAAADRIAAA4SAACsEgAArRIAAK4S AAA/EwAAQBMAAM0TAADOEwAAPxQAAEAUAACsFAAArRQAAK4UAABGFQAA+RUAABoXAAChFwAA/hcA AF4YAADYGAAAmRkAAJoZAABGGwAADxwAAHccAAA/HQAARB0AAEUdAAD++vf+9fX19fHq49z12fX1 9fX19fX19fX19dn11c7HwLmyq/71/qj+qP71AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQIQAA0BDAgCAAkCCgYAAAANAQAMCAIACQEK BQAAAA0BAAwIAgAJAQoEAAAADQEADAgCAAkBCgMAAAANAQAMCAIACQEKAgAAAA0BAAwIAgAJAQoB AAAADQEABwgCAAkBDQEECQMNAQAMCAEACQEKAwAAAA0BAAwIAQAJAQoCAAAADQEADAgBAAkBCgEA AAANAQAHCAEACQENAQINAQAEAwENAQAGAwEFCg0BAAIBAStnCgAAiAoAALUKAADiCgAA4woAAIUL AACGCwAAYgwAAGMMAABsDAAAbQwAAG4MAAB/DAAAgAwAAJEMAACpDAAAwAwAAPgMAAAdDQAAnQ0A AJ4NAACvDQAAsA0AAPMNAACqDgAALg8AAK0QAAD5AAAAAAAAAAAAAAAA+QAAAAAAAAAAAAAAAPkA AAAAAAAAAAAAAAD3AAAAAAAAAAAAAAAA9wAAAAAAAAAAAAAAAPcAAAAAAAAAAAAAAAD3AAAAAAAA AAAAAAAA9wAAAAAAAAAAAAAAAPcAAAAAAAAAAAAAAAD3AAAAAAAAAAAAAAAA9wAAAAAAAAAAAAAA APcAAAAAAAAAAAAAAAD3AAAAAAAAAAAAAAAA9wAAAAAAAAAAAAAAAPcAAAAAAAAAAAAAAAD3AAAA AAAAAAAAAAAA9wAAAAAAAAAAAAAAAPcAAAAAAAAAAAAAAAD3AAAAAAAAAAAAAAAA9wAAAAAAAAAA AAAAAPQAAAAAAAAAAAAAAAD3AAAAAAAAAAAAAAAA7QAAAAAAAAAAAAAAAO0AAAAAAAAAAAAAAADt AAAAAAAAAAAAAAAA6AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUAAAomAAtGAQAHAAAK JgALRgEAFKTIAAMAAAMkAQABAAAABQAAD4SgBRGEyPsAGq0QAACuEAAArxAAAA0SAAAOEgAArBIA AK0SAACuEgAAPxMAAEATAADNEwAAzhMAAD8UAABAFAAArBQAAK0UAACuFAAARhUAAPkVAAAaFwAA oRcAAP4XAABeGAAA2BgAAN4YAAD7AAAAAAAAAAAAAAAA9QAAAAAAAAAAAAAAAPsAAAAAAAAAAAAA AAD7AAAAAAAAAAAAAAAA+wAAAAAAAAAAAAAAAPsAAAAAAAAAAAAAAAD7AAAAAAAAAAAAAAAA+wAA AAAAAAAAAAAAAPsAAAAAAAAAAAAAAAD7AAAAAAAAAAAAAAAA+wAAAAAAAAAAAAAAAPsAAAAAAAAA AAAAAAD7AAAAAAAAAAAAAAAA+wAAAAAAAAAAAAAAAPsAAAAAAAAAAAAAAAD7AAAAAAAAAAAAAAAA 7gAAAAAAAAAAAAAAAO4AAAAAAAAAAAAAAADuAAAAAAAAAAAAAAAA7gAAAAAAAAAAAAAAAO4AAAAA AAAAAAAAAADuAAAAAAAAAAAAAAAA5QAAAAAAAAAAAAAAANwAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAgAAAMkAROkyAAUpMgAFiQBCQAACiYAC0YCAA3GBQABOAQABwAA CiYAC0YCABSkyAAABQAAD4TQAhOkUAAAAwAAD4TQAgAY2BgAAN0YAADeGAAA4hgAAOMYAADoGAAA 6RgAAOoYAAD3GAAA+BgAAPkYAAD6GAAA+xgAAAgZAAAJGQAAChkAAAsZAAAMGQAAGRkAABoZAAAb GQAAHBkAAB0ZAAAqGQAAKxkAACwZAAAtGQAALhkAADsZAAA8GQAAPRkAAD4ZAAA/GQAATBkAAE0Z AABOGQAAURkAAFIZAABTGQAAVBkAAFYZAABbGQAAXBkAAGAZAABiGQAAZxkAAGgZAACWGQAAmBkA AJkZAACaGQAAmxkAAPXt5+Pn494A1N7O3gDE3s7eALrezt4AsN4A3gCm3gDeAJzeAJQAkQCOAI4A jgCOAIsAhAAAAAAADQNqAAAAAFUIAW1IAAQEQ0oCAAAEbUgABAAEQ0oWAAAPQioBQ0oOAE9KBABR SgQAEgIIgQNq9AEAAAYIATwIgVUIAQASAgiBA2qQAQAABggBPAiBVQgBABICCIEDaiwBAAAGCAE8 CIFVCAEAEgIIgQNqyAAAAAYIATwIgVUIAQASAgiBA2pkAAAABggBPAiBVQgBAAtCKgFPSgIAUUoC ABICCIEDagAAAAAGCAE8CIFVCAEACQNqAAAAAFUIAQdCKgFDShIAC0IqAUNKEgBtSAAED0IqAUNK EgBPSgIAUUoCABNCKgFDShIAT0oCAFFKAgBtSAAEADPeGAAA4xgAAOkYAAD6GAAACxkAABwZAAAt GQAAPhkAAE8ZAABQGQAAURkAAFIZAABTGQAAVBkAAFUZAABWGQAAXBkAAGgZAACXGQAA+AAAAAAA AAAAAAAAAO8AAAAAAAAAAAAAAADvAAAAAAAAAAAAAAAA7wAAAAAAAAAAAAAAAO8AAAAAAAAAAAAA AADvAAAAAAAAAAAAAAAA7wAAAAAAAAAAAAAAAO8AAAAAAAAAAAAAAADvAAAAAAAAAAAAAAAA5AAA AAAAAAAAAAAAAL8AAAAAAAAAAAAAAAC9AAAAAAAAAAAAAAAAtwAAAAAAAAAAAAAAALcAAAAAAAAA AAAAAAC3AAAAAAAAAAAAAAAAsAAAAAAAAAAAAAAAALAAAAAAAAAAAAAAAACwAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABwAAE6RQABSkUAAWJAEA BQAADcYFAAE4BAAAAQAAACQAABYkARckAQKWHgAHlGUBBdYYBgEPAAYBDwAGAQ8ABgEPAAYBDwAG AQ8ACNYaAAvi/9ACfglcDSwQ/BImFvYYxhuWHtwjJDYLAAAOhDwAEYTi/xOkyAAUpMgAFiQBAAgA AAMkAROkyAAUpMgAFiQBBwAAE6TIABSkyAAWJAEAEpcZAACYGQAAmRkAAJoZAACdGQAApxkAAKgZ AACpGQAAqhkAAMoZAADLGQAAzBkAAM0ZAADOGQAAzxkAANAZAADRGQAA/BkAAP0ZAAAaGgAAJBoA AC4aAADkAAAAAAAAAAAAAAAA4gAAAAAAAAAAAAAAANwAAAAAAAAAAAAAAADZAAAAAAAAAAAAAAAA 1AAAAAAAAAAAAAAAAMkAAAAAAAAAAAAAAADZAAAAAAAAAAAAAAAA4gAAAAAAAAAAAAAAANkAAAAA AAAAAAAAAADiAAAAAAAAAAAAAAAA2QAAAAAAAAAAAAAAAOIAAAAAAAAAAAAAAADHAAAAAAAAAAAA AAAA4gAAAAAAAAAAAAAAANkAAAAAAAAAAAAAAADiAAAAAAAAAAAAAAAAxAAAAAAAAAAAAAAAAMQA AAAAAAAAAAAAAAC/AAAAAAAAAAAAAAAAugAAAAAAAAAAAAAAALcAAAAAAAAAAAAAAAAAAAAAAAMA ABYkAQAEAAADJAIWJAEABAAAAyQBFiQBAwAAAyQBAAEPAAsAABYkARckAQKWbAAI1gYAAVwNrCYA BA8AAyQCFiQBAw8AAyQBAAUAAA3GBQABOAQAAAEAAAAaAAAWJAEXJAEClmwABdYYDAEPAAwBDwAM AQ8ADAEPAAYBDwAGAQ8ACNYKAAO0ALYFHBSMNwAVmxkAAJwZAACdGQAAoxkAAKYZAACoGQAAqRkA AKoZAADJGQAAyxkAAMwZAADPGQAA0BkAANEZAAD9GQAAGRoAACQaAAAtGgAANRoAAEEaAABCGgAA QxoAAEoaAABgGgAAZBoAAGUaAABpGgAAahoAAG4aAABvGgAAexoAAJwaAADDGgAA5hoAAOcaAABU GwAAVRsAAGsbAABsGwAAdBsAAHUbAACXGwAApxsAALAbAAC9GwAAzhsAAM8bAADz6+jj69sA1wDr AOsA083Lx8vHy7+3r6edp52nnaeWAJIAj4iPiIOIj4OPg496AAAAAAAAAAAAABEDagAAAAAwShEA Q0oSAFUIAQhDShIAbUgABAANA2oAAAAAQ0oSAFUIAQRDShIAAAc2CIFDShAADENKEgBPSgIAUUoC AAASNQiBQioBQ0oSAE9KAgBRSgIAAA81CIFDShIAT0oCAFFKAgAPQioBQ0oSAE9KAgBRSgIAD0Iq AUNKEABPSgIAUUoCAA9CKgFDSg4AT0oEAFFKBAAHQioBbUgABANCKgEKNQiBQioBbUgABAAHNQiB Q0oYAAc1CIFDShUADzUIgUNKAgBPSgIAUUoCAAhDShAAbUgABAAEQ0oQAAAPNQiBQ0oQAE9KAgBR SgIAGANqWAIAADUIgUNKEABPSgIAUUoCAFUIAS4uGgAANRoAAEIaAABDGgAASxoAAFgaAABgGgAA ZRoAAGoaAABvGgAAcxoAAHcaAAB7GgAAihoAAJwaAACdGgAA5hoAAOcaAAD6AAAAAAAAAAAAAAAA 9wAAAAAAAAAAAAAAAOZoAQAAAAAAAAAAAADdAAAAAAAAAAAAAAAA3QAAAAAAAAAAAAAAAN0AAAAA AAAAAAAAAADdAAAAAAAAAAAAAAAA3QAAAAAAAAAAAAAAAN0AAAAAAAAAAAAAAADdAAAAAAAAAAAA AAAA3QAAAAAAAAAAAAAAAN0AAAAAAAAAAAAAAADdAAAAAAAAAAAAAAAA0AAAAAAAAAAAAAAAAJ8A AAAAAAAAAAAAAACdAAAAAAAAAAAAAAAAmwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEA AAABDwAxAAAWJAEXJAEClh4AB5RlAQXWGAYBDwAGAQ8ABgEPAAYBDwAGAQ8ABgEPAAjWGgAL4v/Q An4JXA0sEAITJRYJGd8btR7cIyQ2CdYWAJQAlACUAJQAlACUAJQAlACUAJQAlAAMAAADJAEOhDwA EYTi/xOkUAAUpFAAFiQBAAgAAAMkAROkUAAUpFAAFiQBEQAAFiQBFyQBApYeAAeUZQEI1g4ABab/ ZAx8EVcXSRpRJQMAABYkAQAEAAADJAIWJAEAEecaAADoGgAA6RoAAOoaAADrGgAA7BoAAO0aAADu GgAA7xoAAAUbAAAGGwAAGxsAABwbAAA2GwAANxsAAEMbAAD0AAAAAAAAAAAAAAAA9AAAAAAAAAAA AAAAAPQAAAAAAAAAAAAAAAD0AAAAAAAAAAAAAAAA9AAAAAAAAAAAAAAAAPQAAAAAAAAAAAAAAAD0 AAAAAAAAAAAAAAAAm1QBAAAAAAAAAAAAAI8AAAAAAAAAAAAAAACPAAAAAAAAAAAAAAAAjwAAAAAA AAAAAAAAAI8AAAAAAAAAAAAAAACPAAAAAAAAAAAAAAAAjwAAAAAAAAAAAAAAAI8AAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMEAADJAEWJAENxgwC4BDAIQJsG8o1AQJZAAAW JAEXJAEClmwAB5QgAwjWngAHlP9qDngP4h3THhwvCDB+NgAAAAAAAAAAAAAAAAYBAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAABgEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAYBAAAA AAAAAAoQABYkAQ3GDALgEMAhAmwbyjUBAgAPQxsAAEQbAABFGwAARhsAAA8cAAAQHAAAPBwAAD0c AABGHAAAUxwAAHQcAAB1HAAAdhwAAHccAAA/HQAAQB0AAEEdAABCHQAAQx0AAEQdAABFHQAA7gAA AAAAAAAAAAAAAOUAAAAAAAAAAAAAAADlAAAAAAAAAAAAAAAA5QAAAAAAAAAAAAAAAOMAAAAAAAAA AAAAAADgAAAAAAAAAAAAAAAA4AAAAAAAAAAAAAAAANcAAAAAAAAAAAAAAADXAAAAAAAAAAAAAAAA 1wAAAAAAAAAAAAAAALgAAAAAAAAAAAAAAADgAAAAAAAAAAAAAAAA4wAAAAAAAAAAAAAAAOUAAAAA AAAAAAAAAADjAAAAAAAAAAAAAAAA4wAAAAAAAAAAAAAAALUAAAAAAAAAAAAAAADjAAAAAAAAAAAA AAAA4wAAAAAAAAAAAAAAAK8AAAAAAAAAAAAAAAAAAAAAAAAABQAADcYFAAE4BAADAAADJAIfAAAW JAEXJAEClmwABdYYBgEAAAYBAAAGAQAABgEAAAYBAAAGAQAACNYKAAOU/5YE/BJsNgnWBgCUAJQA lAAIAAADJAETpFAAFKRQABYkAQMAAAMkAQABAAAJEAANxgwC4BDAIQJsG8o1AQIRAAAWJAEXJAEC lmwACNYSAAeU/2oOeA/iHdMeHC8IMH42ABTPGwAA5RsAAOYbAADnGwAA6BsAAOwbAADtGwAACxwA AAwcAAANHAAADhwAAA8cAAAQHAAAPRwAAHUcAAB2HAAAdxwAAIUcAACGHAAAnBwAAJ0cAAClHAAA phwAAMgcAADYHAAA4RwAAO4cAAD+HAAA/xwAABUdAAAWHQAAFx0AABgdAAAcHQAAHR0AADsdAAA8 HQAAPR0AAD4dAAA/HQAARR0AAPvy6/L78vvy6/LoAOTf3ADo1ejV0NXo0OjQ6PL78uvy+/L78uvy 6AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAhDShIAbUgABAANA2oA AAAAQ0oSAFUIAQRDSggAAAhPSgIAUUoCAAAHNQiBQ0oYAARDShIAAAwwShEAQ0oSAG1IAAQAEQNq AAAAADBKEQBDShIAVQgBCDBKEQBDShIAKCYAETABFDAIHFABAB+w0C8gsOA9IbAIByKwCAcjkKAF JJCgBSWwAAAfABQwCh+w0C8gsOA9IbCgBSKwoAUjkKAFJJCgBSWwAAA1AAkwAB+w0C8gsOA9IbCg BSKwoAUjkKAFJJCgBSWwAAALUAEABTAAA/IA4BAE8gDQAgPyAeAQJgAJMAAUMAofsNAvILDgPSGw oAUisKAFI5CABCSQgAQlsAAAGLAAACkAETABFDAKHTACHFABAB+w4D0gsNAvIbDwAyKw8AMjkIAE JJDQAiWwAAApABEwARQwCh0wAhxQAQAfsOA9ILDQLyGw8AMisPADI5CABCSQ0AIlsAAAKQAJMAAR MAEdMAIcUAEAH7DgPSCw0C8hsPADIrDwAyOQgAQkkNACJbAAACYACTAAJlABAB0wAh+w4D0gsNAv IbDQAiKw0AIjkIAEJJDwAyWwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZAAAAEQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABlAAAAFAAAAAZDaGVjazEAAAAAAAAA AAAAAAAAAAAAAWQAAABEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAZQAAABQAAAAGQ2hlY2sxAAAAAAAAAAAAAAAAAAAAAABkAAAA RAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAGUAAAAUAAAABkNoZWNrMQAAAAAAAAAAAAAAAAAAAAAAZAAAAEQAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABlAAAAFAAA AAZDaGVjazEAAAAAAAAAAAAAAAAAAAAAAGQAAABEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZQAAABQAAAAGQ2hlY2sxAAAAAAAA AAAAAAAAAAAAAABkAAAARAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAGUAAAAUAAAABkNoZWNrMQAAAAAAAAAAAAAAAAAAAAAAwAYA AEQAZABYAigAAAACAAAAAAAAAAAAAAAAACgjWALAA8ADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAPAATwMAAAALIECvAIAAAAAQQAAAAKAAAjAAvwDAAAAARBAQAAAP8BAAAIAAAAEPAE AAAAAAAAgmIAB/A8BgAABga5bWShQDFkXyhqMzMijpm0/wAYBgAAAQAAAJwCAAAAAH8AAG4e8BAG AAC5bWShQDFkXyhqMzMijpm0/4lQTkcNChoKAAAADUlIRFIAAAJYAAAAKAgDAAAAFQV0BgAAAARn QU1BAACxiJWY9KYAAAMAUExURf///+rq6tTU1L6+vqenp5CQkHd3d15eXkNDQyYmJhAQEAAAAAAA AAAAAAAAAAAAAONiAN9VLlB15GIAOOJiAAEAAAAAAAAAOOJiALdZLlA44mIAdeRiAAEAAAAAAAAA deRiACs+C1A44mIAdeRiAHfjYgB05WIAAG5nAEziYgADAAAAdONiACgAAABQTkcsIFBvcnRhYmxl IE5ldHdvcmsgR3JhcGhpY3MsIEM6XFByb2dyYW0gRmlsZXNcQ29tbW9uIEZpbGVzXE1pY3Jvc29m dCBTaGFyZWRcR3JwaGZsdFxQbmczMi5wY3QAAABAAAAAAAA0bfe/AgAAAAAAQAACAAAAAAAAALxn +L8AAEAAFAAAAAAAAAAAAAAA0RPgGQAAQAAAAAAAAgAAAJCTRgAAAEAA1NfEwyiA979Id1uBAAAA AH2S97+L4EMAAQAAANhSbVBg7EYAAQAAAAAAAABc7EYAIBPgGQAAQAB15GIAAQAAADjjYgDfVS5Q deRiADjiYgABAAAAAAAAADjiYgC3WS5QOOJiAHXkYgABAAAAAAAAAHXkYgArPgtQOOJiAHXkYgB3 42IAdOViAABuZwBM4mIAAwAAAHTjYgAoAAAAUE5HLCBQb3J0YWJsZSBOZXR3b3JrIEdyYXBoaWNz LCBDOlxQcm9ncmFtIEZpbGVzXENvbW1vbiBGaWxlc1xNaWNyb3NvZnQgU2hhcmVkXEdycGhmbHRc UG5nMzIuZHJ3AAAAQAAAAAAANG33vwIAAAAAAEAAAgAAAAAAAAC8Z/i/AABAABQAAAAAAAAAAAAA ANET4BkAAEAAAAAAAAIAAACQk0YAAABAANTXxMMogPe/SHdbgQAAAAB9kve/i+BDAAEAAADYUm1Q YOxGAAEAAAAAAAAAXOxGACAT4BkAAEAAdeRiAAEAAAA442IA31UuUHXkYgA44mIAAQAAAAAAAAA4 4mIAt1kuUDjiYgB15GIAAQAAAAAAAAB15GIAKz4LUDjiYgB15GIAd+NiAHTlYv355h4AAAAJcEhZ cwAADsQAAA7FAYwwP1oAAAKVSURBVHic7ZuLcuIwDEVDbb2c///ftWQbO6Xdzm6zZSfcIxOj4GTC cEcSCmwbAAAAAAAAAAAAAAAAgN+S07OvAFwRpmdfAbgS7KQtCXQFzkNMJJOoGnQFTiOZtLpK9p2f fC3gOqShJt016aOypJiVUjdm6j6b++6aL07WXq+7/ByluikWFW1HF18l86D8U28MPBfrWrK91K2+ T4a8V6pcfNqTyy/8cC0Oc78uKBQxL6JeHqs5FqW+KPbKD78/8BxY2yx78YSY9fhySES3m3ZNcJub VHhKKaC2uKttJz/az2rNo71Ky9DOeA16vc7+yTvvQlZEGc5cmmS6dG5dX803StkTXBpRLFToerNH 8YHXIFtMfP/k+aCALpGRw5Lrq/Q4Zt3fR96zmf/2kTBlxjESZhaUWK8BhbBolj605sKINcZ6CEV5 e3MJ3XOcVDQfCizjrjjt4rOur5ZvwfXhEJbN0mcV1og1I/F16bSCa9TqtC6WOFndp3cZhQirGCPY MXT1IoSOpMtD01FYEXaUZF9jjvChkC+e4GhmR5fU0OBdfIXZVhGCy5PLkgi1RpilxrKlwHK58XSL jJ7CKLBKn6XJi0fBvlRp6Ou/EiW+u7Xn9WudzAZm4knbOX3PaLR6eazirkxenwSQ1UvButzJEfQF wFloy12NqLSVCTU2+C7kDYTBvSIyq0U5oekE/hqZPaxsTEyVnFNOCWELfINSMnt4YlZFhAJnQdFJ oFrDo3kJToTxOxbwL5AQFqHJAM7Fa/daYz37MsDV8BszBU1xcDqEv3wBAAAAAADwf7H8Ss/tQ6zE 30/tz1Af3Xx8hTT7FPYxjXx8adTucq7kR3sgxW3Rbm918/a5HbnF40NztrHZ+gjzcTF+AfELJi4j PdcRAAAAAElFTkSuQmCCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAABIAEgAKAAEAWwAPAAIAAAAAAAAAJAAAQPH/AgAkAAAABgBOAG8AcgBt AGEAbAAAAAIAAAAEAG1ICQQAAAAAAAAAAAAAAAAAAAAAAAA8AEFA8v+hADwAAAAWAEQAZQBmAGEA dQBsAHQAIABQAGEAcgBhAGcAcgBhAHAAaAAgAEYAbwBuAHQAAAAAAAAAAAAAAAAALAAfQAEA8gAs AAAABgBIAGUAYQBkAGUAcgAAAA0ADwANxggAAuAQwCEBAgAAACwAIEABAAIBLAAAAAYARgBvAG8A dABlAHIAAAANABAADcYIAALgEMAhAQIAAAAqAClAogARASoAAAALAFAAYQBnAGUAIABOAHUAbQBi AGUAcgAAAAQAQ0oUAAAAAAACAAAARRkAAAEAAAAAAAAAAAD/////AQgAAAAAAAABAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAIAAAAFAAAAAAAAAAAI//8AAAAAAAAAAB0JAACvDAAArRAAANgUAABU FQAAVRUAAFYVAABFGQAAEQAAPgAAAAD/////EQAoPgAAAAD/////EQBJPgAAAAD/////EQCAPgAA AAD/////EQCoPgAAAAD/////EQDTPgAAAAD/////EQD+PgAAAAD/////EQApPwAAAAD/////AAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAAQAAAAEAAAABAAAAAxAAAA MQAAADMAAAAzAAAAMwAAADMAAAAzAAAAMwAAADMAAAAzAAAAMwAAADMAAAA1AAAANQAAADcAAAA3 AAAANwAAADcAAABNAQAATQEAAHYCAAB2AgAAdgIAAHYCAADdAgAA3QIAAKYDAACmAwAApgMAAKYD AACmAwAApgMAAKYDAACmAwAApgMAAKYDAACmAwAApgMAAKYDAACmAwAApgMAAKkDAAAABAAA2BgA AJsZAADPGwAARR0AABIAAAAXAAAAGgAAAB4AAAAABAAAZwoAAK0QAADeGAAAlxkAAC4aAADnGgAA QxsAAEUdAAATAAAAFQAAABYAAAAYAAAAGQAAABsAAAAcAAAAHQAAAAAEAABFHQAAFAAAAAAAAAAZ AAAAKgAAAOkUAAD4FAAA+hQAAAkVAAALFQAAGhUAABwVAAArFQAALRUAADwVAAA+FQAATRUAAEUZ AAATIJT/lYATR5UkE0eVJBNHlSQTR5UkE0eVJBNHlSS6AQAA0QEAANoBAAA0AgAASwIAAE0CAABS AgAAcQIAAHMCAADrAgAAAgMAAAsDAABkAwAAewMAAH0DAACCAwAAoQMAAKMDAACpAwAAEx8U/5WA EyEU/5WAE0IU/5WAEx8U/5WAEyEU/5WAE0IU/5WADwAA8EAAAAAAAAbwIAAAAAIIAAADAAAAAwAA AAIAAAABAAAAAgAAAAIAAAACAAAAQAAe8RAAAAD//wAAAAD/AICAgAD3AAAQAQ8AAvC8AAAAIAAI 8AgAAAACAAAAAQgAAA8AA/CkAAAADwAE8CgAAAABAAnwEAAAAAAAAAAAAAAAQPUyAUD1MgECAArw CAAAAAAIAAAFAAAADwAE8GwAAAASAArwCAAAAAEIAAAACgAAgwAL8DAAAACAAAAAAQCBAJwxAACC AJwxAACDAJwxAACEAJwxAAC/ARAAEAD/AQAACAA/AgAAAgAAABDwBAAAAAAAAAAAABHwBAAAAAEA AAAAAA3wBAAAAAAAAQAADwAC8JIAAAAQAAjwCAAAAAEAAAABBAAADwAD8DAAAAAPAATwKAAAAAEA CfAQAAAAsCl/AAIAAAAAAAAAAAAAAAIACvAIAAAAAAQAAAUAAAAPAATwQgAAABIACvAIAAAAAQQA AAAOAABTAAvwHgAAAL8BAAAQAMsBAAAAAP8BAAAIAAQDCQAAAD8DAQABAAAAEfAEAAAAAQAAAAAA AACpAwAAAQgAAFwcAAAl+///rSYAAFL8//91AAAAAAAAAAAAKwAAAJoVAABFFgAAShYAAFQXAAB1 FwAAzhcAAOgXAADsFwAADhgAAIUYAACmGAAA/hgAABgZAAAcGQAAPhkAAEAZAABBGQAAQxkAAEYZ AAAHAAcABwAcAAcABwAHAAcABwAHAAcABwAHAAcABwAHAAcAAgAHAAMAAAAAACsAAACaCAAAoggA AM4IAADXCAAA+AgAAP4IAAAlDgAALQ4AADIOAABBDgAACxAAAJkVAACaFQAAmhUAAKMVAACjFQAA phUAAKYVAAD9FQAA/RUAABkWAAAZFgAAJBYAACQWAAAtFgAALRYAADUWAAA1FgAAQRYAAEEWAABU FwAAdRcAAJcXAACXFwAApxcAAKcXAACwFwAAsBcAAL0XAAC9FwAAzhcAAOgXAADsFwAADhgAAIUY AACmGAAAyBgAAMgYAADYGAAA2BgAAOEYAADhGAAA7hgAAO4YAAD+GAAAGBkAABwZAAA+GQAARhkA AAcABwAaAAcAGgAHABoABwAaAAcAGgAHAAMAAgAEAAIABAAHAAQAAgAEAAcABAACAAQABwAEAAIA BAAHAAQAAgAHAAIABAAHAAQAAgAEAAcABAACAAcAAgAHAAIABwACAAQABwAEAAIABAAHAAQAAgAH AAIABwACAP//AgAAABkAUwB0AGEAbgBkAGEAcgBkACAAUwBvAGYAdAB3AGEAcgBlACAAUwBlAHIA dgBpAGMAZQA+AFwAXABOAFQALQBCAEwAVgAtADEAMABcAFAAVQBCAEwASQBDAFwAcAB1AGIAbABp AGMAXABZADIAawBQAGEAYwBrAGEAZwBlAHMAXABTAHUAcABwAGwAaQBlAHIAIABQAGEAYwBrAGEA ZwBlACAANQA1ADAALgBkAG8AYwACAOh4bAp2bxA+/w//D/8P/w//D/8P/w//D/8PAwDrZZB5Ngc6 Vf8P/w//D/8P/w//D/8P/w//DwMABQAAAABAAQAAAAAAAAAAAAAAAABoAQAAAAgAAA+EaAERhJj+ AgAAAC4AAQAAAABAAQAAAAAAAAAAAAAAAABoAQAAGAgAAA+EaAERhJj+NQgANggAPioAQ0oUAE9K AABRSgAAbygAAwAAAC4AIAACAAAA62WQeQAAAAAAAAAAAAAAAOh4bAoAAAAAAAAAAAAAAAD///// ////////AgAAAAAAAAD/QAIQAAAAAAAAAEUZAAAQAQAIAEAAAAUAAABHFpABAAACAgYDBQQFAgME AwAAAAAAAAAAAAAAAAAAAAEAAAAAAAAAVABpAG0AZQBzACAATgBlAHcAIABSAG8AbQBhAG4AAAA1 FpABAgAFBQECAQcGAgUHAAAAAAAAABAAAAAAAAAAAAAAAIAAAAAAUwB5AG0AYgBvAGwAAAAzJpAB AAACCwYEAgICAgIEAwAAAAAAAAAAAAAAAAAAAAEAAAAAAAAAQQByAGkAYQBsAAAAR0aQAQAAAwYI AgQEBgcDBAMAAAAAAAAAAAAAAAAAAAABAAAAAAAAAEIAcgB1AHMAaAAgAFMAYwByAGkAcAB0ACAA TQBUAAAAQSaQAQAAAgsFBgICAgMCBIcCAAAAAAAAAAAAAAAAAACfAAAAAAAAAEEAcgBpAGEAbAAg AE4AYQByAHIAbwB3AAAAIgAEADEIiBgAANACAABoAQAAAAC3IjKGuCIyhrgiMoYDAAEAAAAfAwAA zxEAAAEACQAAAAQAgxAlAAAAAAAAAAAAAAABAAEAAAABAAAAAAAAAFkCAAAABAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAKUGwAe0ALQAgAASMAAAAAAAAAAAAAAAAAAA3hUAAAAAAAAAAAAATTwm HgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAAA AAD//xIAAAAAAAAADgCrAEMAbwBuAHQAYQBjAHQATgBhAG0AZQC7AAkAAAAAAAAAGQBTAHQAYQBu AGQAYQByAGQAIABTAG8AZgB0AHcAYQByAGUAIABTAGUAcgB2AGkAYwBlABkAUwB0AGEAbgBkAGEA cgBkACAAUwBvAGYAdAB3AGEAcgBlACAAUwBlAHIAdgBpAGMAZQAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAD+/wAABAACAAAAAAAAAAAAAAAAAAAAAAABAAAA4IWf8vlPaBCrkQgAKyez2TAAAACs AQAAEgAAAAEAAACYAAAAAgAAAKAAAAADAAAAuAAAAAQAAADEAAAABQAAAOgAAAAGAAAA9AAAAAcA AAAAAQAACAAAABABAAAJAAAANAEAABIAAABAAQAACgAAAFwBAAALAAAAaAEAAAwAAAB0AQAADQAA AIABAAAOAAAAjAEAAA8AAACUAQAAEAAAAJwBAAATAAAApAEAAAIAAADkBAAAHgAAAA8AAACrQ29u dGFjdE5hbWW7CQAAHgAAAAEAAAAAQ29uHgAAABoAAABTdGFuZGFyZCBTb2Z0d2FyZSBTZXJ2aWNl ADAAHgAAAAEAAAAAdGFuHgAAAAEAAAAAdGFuHgAAAAcAAABOb3JtYWwAZB4AAAAaAAAAU3RhbmRh cmQgU29mdHdhcmUgU2VydmljZQAwAB4AAAACAAAAMwBhbh4AAAATAAAATWljcm9zb2Z0IFdvcmQg OC4wAGVAAAAAAEbDIwAAAABAAAAAAKA4AXBQvgFAAAAAAFp13W9QvgFAAAAAAKA4AXBQvgEDAAAA AQAAAAMAAAAfAwAAAwAAAM8RAAADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA /v8AAAQAAgAAAAAAAAAAAAAAAAAAAAAAAgAAAALVzdWcLhsQk5cIACss+a5EAAAABdXN1ZwuGxCT lwgAKyz5rlwBAAAYAQAADQAAAAEAAABwAAAADwAAAHgAAAAEAAAAlAAAAAUAAACcAAAABgAAAKQA AAARAAAArAAAABcAAAC0AAAACwAAALwAAAAQAAAAxAAAABMAAADMAAAAFgAAANQAAAANAAAA3AAA AAwAAAD3AAAAAgAAAOQEAAAeAAAAEwAAAFRoZSBCb2VpbmcgQ29tcGFueQAAAwAAAADMAAADAAAA JQAAAAMAAAAJAAAAAwAAAN4VAAADAAAAahAIAAsAAAAAAAAACwAAAAAAAAALAAAAAAAAAAsAAAAA AAAAHhAAAAEAAAAPAAAAq0NvbnRhY3ROYW1luwkADBAAAAIAAAAeAAAABgAAAFRpdGxlAAMAAAAB AAAAAAAAmAAAAAMAAAAAAAAAIAAAAAEAAAA2AAAAAgAAAD4AAAABAAAAAgAAAAoAAABfUElEX0dV SUQAAgAAAOQEAABBAAAATgAAAHsAMQA1ADgAOAA1AEYAQwA2AC0AQgBDADIAMAAtADEAMQBEADIA LQA5ADUANwBCAC0AMAAwAEMAMAA0AEYANwA0ADgANwAwAEUAfQAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAACAAAA AwAAAAQAAAAFAAAABgAAAAcAAAAIAAAACQAAAAoAAAALAAAADAAAAA0AAAAOAAAADwAAABAAAAAR AAAAEgAAABMAAAAUAAAAFQAAABYAAAAXAAAAGAAAABkAAAAaAAAAGwAAABwAAAAdAAAAHgAAAB8A AAD+////IQAAACIAAAAjAAAAJAAAACUAAAAmAAAAJwAAAP7///8pAAAAKgAAACsAAAAsAAAALQAA AC4AAAAvAAAA/v///zEAAAAyAAAAMwAAADQAAAA1AAAANgAAADcAAAD+////OQAAADoAAAA7AAAA PAAAAD0AAAA+AAAAPwAAAP7////9////QgAAAP7////+/////v////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// ////////////////////////////////////////////////////////////////UgBvAG8AdAAg AEUAbgB0AHIAeQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYA BQH//////////wMAAAAGCQIAAAAAAMAAAAAAAABGAAAAAAAAAAAAAAAAAK7MRnRQvgFEAAAAgAAA AAAAAABEAGEAdABhAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAACgACAf///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAACAAAAAAEAAAAAAAADEAVABhAGIAbABlAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOAAIAAQAAAP//////////AAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAKAAAAAAQAAAAAAAAVwBvAHIAZABEAG8AYwB1AG0AZQBuAHQA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADAAgAABQAAABoAAgEGAAAABQAAAP////8A AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUT8AAAAAAAAFAFMAdQBtAG0A YQByAHkASQBuAGYAbwByAG0AYQB0AGkAbwBuAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKAAC Af///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADAAAAAAEAAA AAAAAAUARABvAGMAdQBtAGUAbgB0AFMAdQBtAG0AYQByAHkASQBuAGYAbwByAG0AYQB0AGkAbwBu AAAAAAAAAAAAAAA4AAIBBAAAAP//////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAOAAAAAAQAAAAAAAAAQBDAG8AbQBwAE8AYgBqAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABIAAgECAAAABwAAAP////8AAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAagAAAAAAAABPAGIAagBlAGMAdABQAG8AbwBsAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFgABAP///////////////wAA AAAAAAAAAAAAAAAAAAAAAAAAAK7MRnRQvgEArsxGdFC+AQAAAAAAAAAAAAAAAAEAAAD+//////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// ////////////////////////////////////////////////////////////AQD+/wMKAAD///// BgkCAAAAAADAAAAAAAAARhgAAABNaWNyb3NvZnQgV29yZCBEb2N1bWVudAAKAAAATVNXb3JkRG9j ABAAAABXb3JkLkRvY3VtZW50LjgA9DmycQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA= ------_=_NextPart_000_01BE5074.59A50D10-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 12:04:31 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA12455 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 12:04:31 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from littlerapids.com ([207.170.35.126]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA12398 for ; Thu, 4 Feb 1999 12:04:20 -0800 (PST) (envelope-from adam2@netsonic.com) Received: from adam ([207.170.35.78]) by littlerapids.com (8.8.8/8.8.8) with SMTP id OAA25168; Thu, 4 Feb 1999 14:03:53 -0600 (CST) (envelope-from adam2@netsonic.com) Message-Id: <199902042003.OAA25168@littlerapids.com> X-Sender: adam2@mail.netsonic.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Thu, 04 Feb 1999 14:06:31 -0600 To: "Day, Lawrence E" , freebsd-bugs@FreeBSD.ORG From: Adam Simpson Subject: Re: Y2K Product Readiness Questions from The Boeing Company - 550 In-Reply-To: <618FD3AF120DD111A27900805F19D9C40420C8A5@xch-blv-03.ca.boe ing.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Y2k disclosure is on the web site. http://www.freebsd.org/y2kbug.html At 11:27 AM 2/4/99 -0800, you wrote: >The enclosed Supplier Package contains Y2K Readiness questions regarding products that we purchased from your company. We request your response to these questions within 10 business days from the receipt of this e-mail. > >If you have any questions regarding the package or this request, please contact the Boeing buyer identified within the cover letter within the enclosed Supplier Package. > > <> > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 12:40:06 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA17695 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 12:40:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA17492 for ; Thu, 4 Feb 1999 12:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id MAA01271; Thu, 4 Feb 1999 12:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from rr.iij4u.or.jp (h069.p060.iij4u.or.jp [210.130.60.69]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id MAA16390 for ; Thu, 4 Feb 1999 12:30:50 -0800 (PST) (envelope-from sada@rr.iij4u.or.jp) Received: (qmail 2934 invoked by uid 1000); 5 Feb 1999 05:30:48 +0900 Message-Id: <19990204203048.2933.sada@rr.iij4u.or.jp> Date: 5 Feb 1999 05:30:48 +0900 From: sada@FreeBSD.ORG Reply-To: sada@FreeBSD.ORG To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/9913: make release would fail for lack of /etc/resolv.conf or $DISTFILES/ Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9913 >Category: misc >Synopsis: make release would fail for lack of /etc/resolv.conf or $DISTFILES/ >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 4 12:40:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: SADA Kenji >Release: FreeBSD 4.0-current i386 >Organization: Nagoya.Aichi.Japan >Environment: FreeBSD 4.0-current i386 >Description: If you don't have /etc/resolv.conf nor $DISTFILES/, ``make release'' would fail. This was pointed out by YAMAMOTO Shigeru . >How-To-Repeat: On a machine without /etc/resolv.conf nor /usr/ports/distfiles: # cd /usr/src/release && make release >Fix: Index: Makefile =================================================================== RCS file: /home/ncvs/src/release/Makefile,v retrieving revision 1.467 diff -u -r1.467 Makefile --- Makefile 1999/02/01 18:08:07 1.467 +++ Makefile 1999/02/04 20:20:13 @@ -147,7 +147,9 @@ -mkdir -p ${CHROOTDIR} cd ${.CURDIR}/../etc && ${MAKE} distrib-dirs DESTDIR=${CHROOTDIR} cd ${.CURDIR}/../etc && ${MAKE} distribution DESTDIR=${CHROOTDIR} - [ -f /etc/resolv.conf ] && cp -p /etc/resolv.conf ${CHROOTDIR}/etc + if [ -f /etc/resolv.conf ]; then \ + cp -p /etc/resolv.conf ${CHROOTDIR}/etc; \ + fi cd ${.CURDIR}/.. && ${MAKE} installworld DESTDIR=${CHROOTDIR} NOMAN=1 mkdir ${CHROOTDIR}/${BOOTSTRAPDIR} for i in ${BOOTSTRAPUTILS} ; do \ @@ -171,7 +173,9 @@ .endif .if !defined(NODOC) cd ${CHROOTDIR}/usr && rm -rf doc && cvs -R -d ${CVSROOT} co -P ${RELEASEDOCMODULE} - [ -d ${DISTFILES}/ ] && cp -rp ${DISTFILES} ${CHROOTDIR}/usr/ports/distfiles + if [ -d ${DISTFILES}/ ]; then \ + cp -rp ${DISTFILES} ${CHROOTDIR}/usr/ports/distfiles; \ + fi .endif .endif .if make(rerelease) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 12:50:32 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA19621 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 12:50:32 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from cis.ohio-state.edu (mail.cis.ohio-state.edu [164.107.115.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA19616 for ; Thu, 4 Feb 1999 12:50:28 -0800 (PST) (envelope-from cmcurtin@cis.ohio-state.edu) Received: from gold.cis.ohio-state.edu (gold.cis.ohio-state.edu [164.107.112.16]) by cis.ohio-state.edu (8.9.1/8.9.1) with ESMTP id PAA19473; Thu, 4 Feb 1999 15:50:24 -0500 (EST) Received: (from cmcurtin@localhost) by gold.cis.ohio-state.edu (8.9.1/8.9.1) id PAA12182; Thu, 4 Feb 1999 15:50:23 -0500 (EST) To: "Day, Lawrence E" Cc: "'freebsd-bugs@freebsd.org'" , "Cohn, Michael D" Subject: Re: Y2K Product Readiness Questions from The Boeing Company - 550 References: <618FD3AF120DD111A27900805F19D9C40420C8A5@xch-blv-03.ca.boeing.com> From: Matt Curtin Date: 04 Feb 1999 15:50:22 -0500 In-Reply-To: "Day, Lawrence E"'s message of "Thu, 4 Feb 1999 11:27:49 -0800" Message-ID: Lines: 10 X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Word is not a document exchange format. Neither is it even available for FreeBSD, which is certain to be the most common platforms of the readers of freebsd-bugs. An ASCII-formatted document is much more likely to get a useful response. PDF is probably a good secondary choice if ASCII won't work for some reason, due to graphics or important formatting that can't easily be represented in ASCII. -- Matt Curtin cmcurtin@interhack.net http://www.interhack.net/people/cmcurtin/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 13:40:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA24941 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 13:40:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA24912 for ; Thu, 4 Feb 1999 13:40:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id NAA03940; Thu, 4 Feb 1999 13:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 4 Feb 1999 13:40:01 -0800 (PST) Message-Id: <199902042140.NAA03940@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: jin@george.lbl.gov Subject: Re: misc/9913: make release would fail for lack of /etc/resolv.conf or $DISTFILES/ Reply-To: jin@george.lbl.gov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/9913; it has been noted by GNATS. From: jin@george.lbl.gov To: FreeBSD-gnats-submit@FreeBSD.ORG, sada@FreeBSD.ORG Cc: Subject: Re: misc/9913: make release would fail for lack of /etc/resolv.conf or $DISTFILES/ Date: Thu, 4 Feb 1999 13:25:34 -0800 (PST) Interesting! The '-' line and '+' lines are exactly same. What is changed? ----------------- original message --------------------- >Fix: Index: Makefile =================================================================== RCS file: /home/ncvs/src/release/Makefile,v retrieving revision 1.467 diff -u -r1.467 Makefile --- Makefile 1999/02/01 18:08:07 1.467 +++ Makefile 1999/02/04 20:20:13 @@ -147,7 +147,9 @@ -mkdir -p ${CHROOTDIR} cd ${.CURDIR}/../etc && ${MAKE} distrib-dirs DESTDIR=${CHROOTDIR} cd ${.CURDIR}/../etc && ${MAKE} distribution DESTDIR=${CHROOTDIR} - [ -f /etc/resolv.conf ] && cp -p /etc/resolv.conf ${CHROOTDIR}/etc + if [ -f /etc/resolv.conf ]; then \ + cp -p /etc/resolv.conf ${CHROOTDIR}/etc; \ + fi cd ${.CURDIR}/.. && ${MAKE} installworld DESTDIR=${CHROOTDIR} NOMAN=1 mkdir ${CHROOTDIR}/${BOOTSTRAPDIR} for i in ${BOOTSTRAPUTILS} ; do \ @@ -171,7 +173,9 @@ .endif .if !defined(NODOC) cd ${CHROOTDIR}/usr && rm -rf doc && cvs -R -d ${CVSROOT} co -P ${RELEAS EDOCMODULE} - [ -d ${DISTFILES}/ ] && cp -rp ${DISTFILES} ${CHROOTDIR}/usr/ports/distf iles + if [ -d ${DISTFILES}/ ]; then \ + cp -rp ${DISTFILES} ${CHROOTDIR}/usr/ports/distfiles; \ + fi .endif .endif .if make(rerelease) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 14:30:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA02342 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 14:30:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA02279 for ; Thu, 4 Feb 1999 14:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id OAA05928; Thu, 4 Feb 1999 14:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 4 Feb 1999 14:30:01 -0800 (PST) Message-Id: <199902042230.OAA05928@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: sada@rr.iij4u.or.jp (SADA Kenji) Subject: Re: misc/9913: make release would fail for lack of /etc/resolv.conf or $DISTFILES/ Reply-To: sada@rr.iij4u.or.jp (SADA Kenji) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/9913; it has been noted by GNATS. From: sada@rr.iij4u.or.jp (SADA Kenji) To: jin@george.lbl.gov Cc: FreeBSD-gnats-submit@FreeBSD.ORG, sada@FreeBSD.ORG Subject: Re: misc/9913: make release would fail for lack of /etc/resolv.conf or $DISTFILES/ Date: 5 Feb 1999 07:20:39 +0900 >> Interesting! The '-' line and '+' lines are exactly same. No. >> What is changed? '-' lines could return negative state and make process would abort. Try 'How to repeat' or test by shorter Makefile. # Adding '-' letters to head of the lines would work as same. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 14:30:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA02348 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 14:30:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA02284 for ; Thu, 4 Feb 1999 14:30:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id OAA05935; Thu, 4 Feb 1999 14:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 4 Feb 1999 14:30:02 -0800 (PST) Message-Id: <199902042230.OAA05935@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Bill Fenner Subject: Re: misc/9913: make release would fail for lack of /etc/resolv.conf or $DISTFILES/ Reply-To: Bill Fenner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/9913; it has been noted by GNATS. From: Bill Fenner To: jin@george.lbl.gov Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/9913: make release would fail for lack of /etc/resolv.conf or $DISTFILES/ Date: Thu, 4 Feb 1999 14:24:19 PST In message <199902042140.NAA03940@freefall.freebsd.org>you write: > Interesting! The '-' line and '+' lines are exactly same. > What is changed? The return value to make, which determines whether or not it continues. mango% cat makefile a: [ -f /tmp/nosuch ] && echo hi echo Won't get here! b: if [ -f /tmp/nosuch ]; then \ echo hi; \ fi @echo Got here! mango% make a [ -f /tmp/nosuch ] && echo hi *** Error code 1 Stop. mango% make b if [ -f /tmp/nosuch ]; then echo hi; fi Got here! Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 15:14:51 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA09037 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 15:14:51 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA09032 for ; Thu, 4 Feb 1999 15:14:48 -0800 (PST) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id JAA08023; Fri, 5 Feb 1999 09:44:39 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.2/8.9.0) id JAA69296; Fri, 5 Feb 1999 09:44:37 +1030 (CST) Date: Fri, 5 Feb 1999 09:44:37 +1030 From: Greg Lehey To: Lawrence E Day Cc: freebsd-bugs@FreeBSD.ORG, Michael D Cohn Subject: Re: Y2K Product Readiness Questions from The Boeing Company - 550 Message-ID: <19990205094436.Z1179@freebie.lemis.com> References: <618FD3AF120DD111A27900805F19D9C40420C8A5@xch-blv-03.ca.boeing.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: <618FD3AF120DD111A27900805F19D9C40420C8A5@xch-blv-03.ca.boeing.com>; from Day, Lawrence E on Thu, Feb 04, 1999 at 11:27:49AM -0800 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [Format recovered at freebie.lemis.com] On Thursday, 4 February 1999 at 11:27:49 -0800, Lawrence E Day wrote: > The enclosed Supplier Package contains Y2K Readiness questions > regarding products that we purchased from your company. We request > your response to these questions within 10 business days from the > receipt of this e-mail. > > If you have any questions regarding the package or this request, > please contact the Boeing buyer identified within the cover letter > within the enclosed Supplier Package. > <> > [-- Attachment #2: Supplier Package 550.doc --] > [-- Type: application/msword, Encoding: base64, Size: 47K --] > Content-Type: application/msword; > name="Supplier Package 550.doc" > Content-Transfer-Encoding: base64 > Content-Disposition: attachment; > filename="Supplier Package 550.doc" > Content-Location: ATT-0-0B140FB263BCD21190D000805F31F09A-S > upplier.doc > > [-- application/msword is unsupported (use 'v' to view this part) --] This appears to be a proprietary format. Could you please resend it in an open format? FreeBSD-bugs is a mailing list for reporting specific bugs. Since we don't believe that we have any bugs relating to support of dates beyond the end of this century, this is an inappropriate forum. Please follow up to FreeBSD-questions@FreeBSD.org. Thanks in advance Greg Lehey -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 4 21:26:55 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA27952 for freebsd-bugs-outgoing; Thu, 4 Feb 1999 21:26:55 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.26.10.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA27939 for ; Thu, 4 Feb 1999 21:26:51 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id QAA11941; Fri, 5 Feb 1999 16:26:42 +1100 Date: Fri, 5 Feb 1999 16:26:42 +1100 From: Bruce Evans Message-Id: <199902050526.QAA11941@godzilla.zeta.org.au> To: fenner@parc.xerox.com, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/9913: make release would fail for lack of /etc/resolv.conf or $DISTFILES/ Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Interesting! The '-' line and '+' lines are exactly same. > > What is changed? > > The return value to make, which determines whether or not it continues. > > mango% cat makefile > a: > [ -f /tmp/nosuch ] && echo hi > echo Won't get here! > > b: > if [ -f /tmp/nosuch ]; then \ > echo hi; \ > fi > @echo Got here! > mango% make a > [ -f /tmp/nosuch ] && echo hi > *** Error code 1 The && operator should be avoided anyway since it tends to break parallel makes: $ make -j1 a [ -f /tmp/nosuch ] && echo hi echo Will get here with -j!!! Will get here with -j!!! Fix: use ';' instead of '&&' when you want an early exit. See the cvs logs of /usr/src/Makefile, rev.177 for more details. I prefer to use one-liners with `|| true' instead of if statements to avoid early exits. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 5 05:40:57 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA17665 for freebsd-bugs-outgoing; Fri, 5 Feb 1999 05:40:57 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from rnocserv.urc.ac.ru (rnocserv.urc.ac.ru [193.233.85.48]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA17608; Fri, 5 Feb 1999 05:40:06 -0800 (PST) (envelope-from anton@urc.ac.ru) Received: from urc.ac.ru (Belle.urc.ac.ru [193.233.85.55]) by rnocserv.urc.ac.ru (8.8.8/8.8.8) with ESMTP id SAA24648; Fri, 5 Feb 1999 18:39:33 +0500 (ES) (envelope-from anton@urc.ac.ru) Message-ID: <36BAF494.CDD2D469@urc.ac.ru> Date: Fri, 05 Feb 1999 18:39:32 +0500 From: Anton Voronin Organization: URC FREEnet X-Mailer: Mozilla 4.5 [ru] (X11; I; FreeBSD 3.0-STABLE i386) X-Accept-Language: ru MIME-Version: 1.0 To: gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/9905: NFS lookup when booting via network References: <199902041340.FAA38011@freefall.freebsd.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org gnats-admin@FreeBSD.ORG wrote: > Thank you very much for your problem report. > It has the internal identification `kern/9905'. > The individual assigned to look at your > report is: freebsd-bugs. > > >Category: kern > >Responsible: freebsd-bugs > >Synopsis: NFS lookup when booting via network > >Arrival-Date: Thu Feb 4 05:40:01 PST 1999 I am sorry. Please turn this PR out. /sbin/init really wasn't available for nfs server. I noticed it much later... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 5 07:39:12 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA02607 for freebsd-bugs-outgoing; Fri, 5 Feb 1999 07:39:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mail.cs.tu-berlin.de (mail.cs.tu-berlin.de [130.149.17.13]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA02599 for ; Fri, 5 Feb 1999 07:39:06 -0800 (PST) (envelope-from wosch@cs.tu-berlin.de) Received: from caramba.cs.tu-berlin.de (wosch@caramba.cs.tu-berlin.de [130.149.17.12]) by mail.cs.tu-berlin.de (8.9.1/8.9.1) with ESMTP id QAA18287 for ; Fri, 5 Feb 1999 16:33:57 +0100 (MET) Received: (from wosch@localhost) by caramba.cs.tu-berlin.de (8.9.1/8.9.0) id QAA11160 for bugs@freebsd.org; Fri, 5 Feb 1999 16:33:49 +0100 (MET) Message-ID: <19990205163348.A11039@caramba.cs.tu-berlin.de> Date: Fri, 5 Feb 1999 16:33:48 +0100 From: Wolfram Schneider To: bugs@FreeBSD.ORG Subject: [yokota@zodiac.mech.utsunomiya-u.ac.jp: .Fx and .Os macros in groff, FreeBSD] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org ----- Forwarded message from Kazutaka YOKOTA ----- To: wosch@freebsd.org cc: yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: .Fx and .Os macros in groff, FreeBSD Date: Sat, 06 Feb 1999 00:35:08 +0900 From: Kazutaka YOKOTA Judging from cvs log, I guess you are maintaining contrib/groff/tmac/doc-* :-) The following patch will add FreeBSD 2.2.7, 2.2.8, 3.1 and 4.0 to .Fx and .Os macros. It also includes, mysteriously missing 2.2.1 and 2.2.2. These macros need update, now that 3.1-RELEASE is comming out soon. Kazu Index: doc-common =================================================================== RCS file: /src/CVS/src/contrib/groff/tmac/doc-common,v retrieving revision 1.10 diff -u -r1.10 doc-common --- doc-common 1999/01/19 17:55:23 1.10 +++ doc-common 1999/02/05 15:21:37 @@ -240,8 +240,15 @@ . if "\\$2"2.1.6" .ds oS FreeBSD 2.1.6 . if "\\$2"2.1.7" .ds oS FreeBSD 2.1.7 . if "\\$2"2.2" .ds oS FreeBSD 2.2 +. if "\\$2"2.2.1" .ds oS FreeBSD 2.2.1 +. if "\\$2"2.2.2" .ds oS FreeBSD 2.2.2 . if "\\$2"2.2.5" .ds oS FreeBSD 2.2.5 +. if "\\$2"2.2.6" .ds oS FreeBSD 2.2.6 +. if "\\$2"2.2.7" .ds oS FreeBSD 2.2.7 +. if "\\$2"2.2.8" .ds oS FreeBSD 2.2.8 . if "\\$2"3.0" .ds oS FreeBSD 3.0 +. if "\\$2"3.1" .ds oS FreeBSD 3.1 +. if "\\$2"4.0" .ds oS FreeBSD 4.0 .\} .if "\\*(oS"Null" .ds oS \0\\$1 .if "\\*(aa"Non-Null" .as oS \0\\$2 Index: doc-syms =================================================================== RCS file: /src/CVS/src/contrib/groff/tmac/doc-syms,v retrieving revision 1.17 diff -u -r1.17 doc-syms --- doc-syms 1999/01/03 00:58:50 1.17 +++ doc-syms 1999/02/05 15:22:59 @@ -166,7 +166,11 @@ . if "\\$1"2.2.2" \&\\*(tNFreeBSD\\*(aa 2.2.2\\*(aa\\$2 . if "\\$1"2.2.5" \&\\*(tNFreeBSD\\*(aa 2.2.5\\*(aa\\$2 . if "\\$1"2.2.6" \&\\*(tNFreeBSD\\*(aa 2.2.6\\*(aa\\$2 +. if "\\$1"2.2.7" \&\\*(tNFreeBSD\\*(aa 2.2.7\\*(aa\\$2 +. if "\\$1"2.2.8" \&\\*(tNFreeBSD\\*(aa 2.2.8\\*(aa\\$2 . if "\\$1"3.0" \&\\*(tNFreeBSD\\*(aa 3.0\\*(aa\\$2 +. if "\\$1"3.1" \&\\*(tNFreeBSD\\*(aa 3.1\\*(aa\\$2 +. if "\\$1"4.0" \&\\*(tNFreeBSD\\*(aa 4.0\\*(aa\\$2 .\} .if \\n(.$==1 \{\ . if "\\$1"1.0" \&\\*(tNFreeBSD\\*(aa 1.0\\*(aa @@ -180,9 +184,15 @@ . if "\\$1"2.1.6" \&\\*(tNFreeBSD\\*(aa 2.1.6\\*(aa . if "\\$1"2.1.7" \&\\*(tNFreeBSD\\*(aa 2.1.7\\*(aa . if "\\$1"2.2" \&\\*(tNFreeBSD\\*(aa 2.2\\*(aa +. if "\\$1"2.2.1" \&\\*(tNFreeBSD\\*(aa 2.2.1\\*(aa +. if "\\$1"2.2.2" \&\\*(tNFreeBSD\\*(aa 2.2.2\\*(aa . if "\\$1"2.2.5" \&\\*(tNFreeBSD\\*(aa 2.2.5\\*(aa . if "\\$1"2.2.6" \&\\*(tNFreeBSD\\*(aa 2.2.6\\*(aa +. if "\\$1"2.2.7" \&\\*(tNFreeBSD\\*(aa 2.2.7\\*(aa +. if "\\$1"2.2.8" \&\\*(tNFreeBSD\\*(aa 2.2.8\\*(aa . if "\\$1"3.0" \&\\*(tNFreeBSD\\*(aa 3.0\\*(aa +. if "\\$1"3.1" \&\\*(tNFreeBSD\\*(aa 3.1\\*(aa +. if "\\$1"4.0" \&\\*(tNFreeBSD\\*(aa 4.0\\*(aa .\} .. .\" Ns Nx macro - NetBSD ----- End forwarded message ----- -- Wolfram Schneider http://www.freebsd.org/~wosch/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 5 08:18:58 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA07073 for freebsd-bugs-outgoing; Fri, 5 Feb 1999 08:18:58 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA07064 for ; Fri, 5 Feb 1999 08:18:56 -0800 (PST) (envelope-from fenner@parc.xerox.com) Received: from mango.parc.xerox.com ([13.1.102.232]) by alpha.xerox.com with SMTP id <53153(5)>; Fri, 5 Feb 1999 08:18:53 PST Received: from mango.parc.xerox.com (localhost.parc.xerox.com [127.0.0.1]) by mango.parc.xerox.com (8.8.8/8.8.8) with ESMTP id IAA07919; Fri, 5 Feb 1999 08:18:51 -0800 (PST) (envelope-from fenner@mango.parc.xerox.com) Message-Id: <199902051618.IAA07919@mango.parc.xerox.com> To: Bruce Evans cc: fenner@parc.xerox.com, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/9913: make release would fail for lack of /etc/resolv.conf or $DISTFILES/ In-reply-to: Your message of "Thu, 04 Feb 1999 21:26:42 PST." <199902050526.QAA11941@godzilla.zeta.org.au> Date: Fri, 5 Feb 1999 08:18:51 PST From: Bill Fenner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <199902050526.QAA11941@godzilla.zeta.org.au>you write: >I prefer to use one-liners with `|| true' instead of if statements >to avoid early exits. I thought of that, except I figured we wanted to exit if the cp failed. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 5 13:36:02 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA06178 for freebsd-bugs-outgoing; Fri, 5 Feb 1999 13:36:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA06170 for ; Fri, 5 Feb 1999 13:36:01 -0800 (PST) (envelope-from fenner@parc.xerox.com) Received: from mango.parc.xerox.com ([13.1.102.232]) by alpha.xerox.com with SMTP id <56047(2)>; Fri, 5 Feb 1999 10:48:10 PST Received: from mango.parc.xerox.com (localhost.parc.xerox.com [127.0.0.1]) by mango.parc.xerox.com (8.8.8/8.8.8) with ESMTP id KAA10802; Fri, 5 Feb 1999 10:48:07 -0800 (PST) (envelope-from fenner@mango.parc.xerox.com) Message-Id: <199902051848.KAA10802@mango.parc.xerox.com> To: Wolfram Schneider cc: bugs@FreeBSD.ORG Subject: Re: [yokota@zodiac.mech.utsunomiya-u.ac.jp: .Fx and .Os macros in groff, FreeBSD] In-reply-to: Your message of "Fri, 05 Feb 1999 07:33:48 PST." <19990205163348.A11039@caramba.cs.tu-berlin.de> Date: Fri, 5 Feb 1999 10:48:06 PST From: Bill Fenner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Is it too stupid to wonder why these macros aren't simply, say, .de Fx .nr cF \\n(.f .nr cZ \\n(.s .ds aa \&\f\\n(cF\s\\n(cZ .if \\n(.$==2 \{\ \&\\*(tNFreeBSD\\*(aa \\$1\\*(aa\\$2 .\} .if \\n(.$==1 \{\ \&\\*(tNFreeBSD\\*(aa \\$1\\*(aa .\} .. ? I mean, I suppose it's meant to ensure that people only use released version numbers in .Fx macros, but the current implementation certainly has about the worst failure mode, especially since nobody remembers to update it... Plus, the extra \\*(aa is just clutter; the font and size have already been reset by the first \\*(aa. Also, positional parameters are replaced with empty strings if they don't exist (at least in our groff), so the macro could be further reduced to: .de Fx .nr cF \\n(.f .nr cZ \\n(.s .ds aa \&\f\\n(cF\s\\n(cZ \&\\*(tNFreeBSD\\*(aa \\$1\\$2 .. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 5 16:50:07 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA01377 for freebsd-bugs-outgoing; Fri, 5 Feb 1999 16:50:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA01343 for ; Fri, 5 Feb 1999 16:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id QAA51589; Fri, 5 Feb 1999 16:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA01022; Fri, 5 Feb 1999 16:47:13 -0800 (PST) (envelope-from nobody) Message-Id: <199902060047.QAA01022@hub.freebsd.org> Date: Fri, 5 Feb 1999 16:47:13 -0800 (PST) From: jwissick@best.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/9926: Finger no longer works when fingering a Galacticomm BBS Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9926 >Category: bin >Synopsis: Finger no longer works when fingering a Galacticomm BBS >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 5 16:50:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Jim Wissick >Release: 2.2.8 >Organization: N/A >Environment: FreeBSD shell6.ba.best.com 2.2.8-STABLE FreeBSD 2.2.8-STABLE #94: Mon Jan 25 22:17:31 PST 1999 dima@tick.best.net:/src/src/sys/compile/BEST i386 >Description: When fingering a Galacticomm Major BBS, finger fails to return anything. Prior versions worked properly (believe last version was 2.1.8 ??). Other finger programs work on the same server, but finger with the 2.2.8 dist does not. >How-To-Repeat: finger any MBBS using the Gacalcticomm TCP/IP stack. e.g. finger @villagepub.com >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 5 19:20:14 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA16422 for freebsd-bugs-outgoing; Fri, 5 Feb 1999 19:20:14 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA16410 for ; Fri, 5 Feb 1999 19:20:04 -0800 (PST) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:TLz+6CezeOKVo6nCzeO+QSxX8WJeefPL@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by outmail.utsunomiya-u.ac.jp (8.9.1/8.9.1) with ESMTP id MAA07122; Sat, 6 Feb 1999 12:19:34 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id MAA01583; Sat, 6 Feb 1999 12:22:21 +0900 (JST) Message-Id: <199902060322.MAA01583@zodiac.mech.utsunomiya-u.ac.jp> To: Bill Fenner cc: Wolfram Schneider , bugs@FreeBSD.ORG, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: [yokota@zodiac.mech.utsunomiya-u.ac.jp: .Fx and .Os macros in groff, FreeBSD] In-reply-to: Your message of "Fri, 05 Feb 1999 10:48:06 PST." <199902051848.KAA10802@mango.parc.xerox.com> References: <199902051848.KAA10802@mango.parc.xerox.com> Date: Sat, 06 Feb 1999 12:22:20 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Is it too stupid to wonder why these macros aren't simply, say, [...] >Plus, the extra \\*(aa is just clutter; the font and size have >already been reset by the first \\*(aa. Also, positional parameters >are replaced with empty strings if they don't exist (at least in >our groff), so the macro could be further reduced to: > >.de Fx >.nr cF \\n(.f >.nr cZ \\n(.s >.ds aa \&\f\\n(cF\s\\n(cZ >\&\\*(tNFreeBSD\\*(aa \\$1\\$2 >.. Your version of the Fx macro works here. (Except that the old version prints "FreeBSD 2.0" for ".Fx 2", whereas your version prints "FreeBSD 2". I thinks this is minor and benign, and we can just ignore this difference.) Then, how should Os macro, in doc-common, be fixed? I am no nroff/groff expert. Does the following snippet look OK? .de Os .ds oS Null .if "\\$1"FreeBSD" \{\ . .ds oS FreeBSD \\$2 .\} .. We should fix these macros in time for 3.1-RELEASE. Would you do it, or shall I? Kazu yokota@FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 5 20:06:06 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA19777 for freebsd-bugs-outgoing; Fri, 5 Feb 1999 20:06:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA19764 for ; Fri, 5 Feb 1999 20:06:04 -0800 (PST) (envelope-from fenner@parc.xerox.com) Received: from mango.parc.xerox.com ([13.1.102.232]) by alpha.xerox.com with SMTP id <61582(1)>; Fri, 5 Feb 1999 20:06:02 PST Received: from mango.parc.xerox.com (localhost.parc.xerox.com [127.0.0.1]) by mango.parc.xerox.com (8.8.8/8.8.8) with ESMTP id UAA20537; Fri, 5 Feb 1999 20:05:59 -0800 (PST) (envelope-from fenner@mango.parc.xerox.com) Message-Id: <199902060405.UAA20537@mango.parc.xerox.com> To: Kazutaka YOKOTA cc: Bill Fenner , Wolfram Schneider , bugs@FreeBSD.ORG Subject: Re: [yokota@zodiac.mech.utsunomiya-u.ac.jp: .Fx and .Os macros in groff, FreeBSD] In-reply-to: Your message of "Fri, 05 Feb 1999 19:22:20 PST." <199902060322.MAA01583@zodiac.mech.utsunomiya-u.ac.jp> Date: Fri, 5 Feb 1999 20:05:59 PST From: Bill Fenner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <199902060322.MAA01583@zodiac.mech.utsunomiya-u.ac.jp>you write: >Your version of the Fx macro works here. (Except that the old version >prints "FreeBSD 2.0" for ".Fx 2", whereas your version prints "FreeBSD >2". I thinks this is minor and benign, and we can just ignore this >difference.) No need to ignore it; it's easy to implement: .ie "\\$1"2" \&\\*(tNFreeBSD\\*(aa 2.0\\$2 .el \&\\*(tNFreeBSD\\*(aa \\$1\\$2 >Then, how should Os macro, in doc-common, be fixed? I am no >nroff/groff expert. Does the following snippet look OK? We can special-case the value 2 here too; .if "\\$1"FreeBSD" \{\ . ie "\\$2"2" .ds oS FreeBSD 2.0 . el .ds oS FreeBSD \\$2 .\} >We should fix these macros in time for 3.1-RELEASE. Would you do it, >or shall I? Well, I'd like to see if there's anyone who knows why the macros were the way they were ("because nobody really knew *roff" is a likely answer) and if there's a reason not to make this kind of change... Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 5 23:23:15 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA04735 for freebsd-bugs-outgoing; Fri, 5 Feb 1999 23:23:15 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA04730 for ; Fri, 5 Feb 1999 23:23:10 -0800 (PST) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:CgSlMd0J6s8IHIc18oHd1lRe5w6lrTwr@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by outmail.utsunomiya-u.ac.jp (8.9.1/8.9.1) with ESMTP id QAA07463; Sat, 6 Feb 1999 16:22:57 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id QAA07495; Sat, 6 Feb 1999 16:25:45 +0900 (JST) Message-Id: <199902060725.QAA07495@zodiac.mech.utsunomiya-u.ac.jp> To: Bill Fenner cc: Wolfram Schneider , bugs@FreeBSD.ORG, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Fx and Os macros (was: Re: [yokota@zodiac.mech.utsunomiya-u.ac.jp: .Fx and .Os macros in groff, FreeBSD]) In-reply-to: Your message of "Fri, 05 Feb 1999 20:05:59 PST." <199902060405.UAA20537@mango.parc.xerox.com> References: <199902060405.UAA20537@mango.parc.xerox.com> Date: Sat, 06 Feb 1999 16:25:44 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >No need to ignore it; it's easy to implement: > >.ie "\\$1"2" \&\\*(tNFreeBSD\\*(aa 2.0\\$2 >.el \&\\*(tNFreeBSD\\*(aa \\$1\\$2 > >>Then, how should Os macro, in doc-common, be fixed? I am no >>nroff/groff expert. Does the following snippet look OK? > >We can special-case the value 2 here too; > >.if "\\$1"FreeBSD" \{\ >. ie "\\$2"2" .ds oS FreeBSD 2.0 >. el .ds oS FreeBSD \\$2 >.\} > >>We should fix these macros in time for 3.1-RELEASE. Would you do it, >>or shall I? > >Well, I'd like to see if there's anyone who knows why the macros >were the way they were ("because nobody really knew *roff" is a >likely answer) and if there's a reason not to make this kind of >change... I see wosch, pst, and mpp touched these macros from time to time, according to cvs logs. They may know something. Kazu yokota@FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 6 02:54:50 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA23114 for freebsd-bugs-outgoing; Sat, 6 Feb 1999 02:54:50 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA23104; Sat, 6 Feb 1999 02:54:30 -0800 (PST) (envelope-from jhay@FreeBSD.org) From: John Hay Received: (from jhay@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id CAA78236; Sat, 6 Feb 1999 02:54:30 -0800 (PST) (envelope-from jhay@FreeBSD.org) Date: Sat, 6 Feb 1999 02:54:30 -0800 (PST) Message-Id: <199902061054.CAA78236@freefall.freebsd.org> To: bp@butya.kz, jhay@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/9871 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: IPX stack patch to fix two bugs and add internal net support State-Changed-From-To: open->closed State-Changed-By: jhay State-Changed-When: Sat Feb 6 02:53:10 PST 1999 State-Changed-Why: Committed, thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 6 03:27:38 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA26112 for freebsd-bugs-outgoing; Sat, 6 Feb 1999 03:27:38 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA26104; Sat, 6 Feb 1999 03:27:31 -0800 (PST) (envelope-from yokota@FreeBSD.org) From: Kazutaka YOKOTA Received: (from yokota@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id DAA79740; Sat, 6 Feb 1999 03:27:31 -0800 (PST) (envelope-from yokota@FreeBSD.org) Date: Sat, 6 Feb 1999 03:27:31 -0800 (PST) Message-Id: <199902061127.DAA79740@freefall.freebsd.org> To: aa8vb@pagesz.net, yokota@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/9520 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: VESA Console Lock-ups State-Changed-From-To: open->closed State-Changed-By: yokota State-Changed-When: Sat Feb 6 03:25:54 PST 1999 State-Changed-Why: The problem has been fixed in 4.0-CURRENT and RELENG_3. The PR originator reports that the back-ported patch worked for home. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 6 08:10:03 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA23201 for freebsd-bugs-outgoing; Sat, 6 Feb 1999 08:10:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA23179 for ; Sat, 6 Feb 1999 08:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id IAA31559; Sat, 6 Feb 1999 08:10:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from thneed.ubergeeks.com (thneed.ubergeeks.com [206.205.41.245]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA22723 for ; Sat, 6 Feb 1999 08:06:56 -0800 (PST) (envelope-from adrian@thneed.ubergeeks.com) Received: (from adrian@localhost) by thneed.ubergeeks.com (8.9.2/8.9.1) id LAA00642; Sat, 6 Feb 1999 11:09:19 -0500 (EST) (envelope-from adrian) Message-Id: <199902061609.LAA00642@thneed.ubergeeks.com> Date: Sat, 6 Feb 1999 11:09:19 -0500 (EST) From: adrian@ubergeeks.com Reply-To: adrian@ubergeeks.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9927: miltichannel scsi 3940 channel swapping problem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9927 >Category: kern >Synopsis: the ahc driver doesn't correctly grok switched SCSI channels >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 6 08:10:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Adrian Filipi-Martin >Release: FreeBSD 3.0-STABLE i386 >Organization: Ubergeeks Consulting >Environment: The system has a dual UW AHA-3940 SCSI controller on the MB, a Tyan S1836DULAN. Since I want to segregate the UW devices from the non-UW devices, they all get attached to channel B. Channel B is the one with my boot disk. Channel A and B have been swapped in the BIOS, so that it does not try to boot from the non-UW disk on channel A. Below are the relavent lines from the kernel probing. Note that ahc0 is channel A, and ahc1 is channel B. ahc0: rev 0x04 int a irq 16 on pci0.18.0 ahc0: aic7895 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc1: rev 0x04 int b irq 16 on pci0.18.1 ahc1: aic7895 Wide Channel B, SCSI Id=7, 16/255 SCBs da1 at ahc1 bus 0 target 6 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 40.0MB/s transfers (20.0MHz, offset 8, 16bit), Tagged Queueing Enabled da1: 8705MB (17829870 512 byte sectors: 255H 63S/T 1109C) da0 at ahc0 bus 0 target 6 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 20.0MB/s transfers (10.0MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4095MB (8386733 512 byte sectors: 255H 63S/T 522C) >Description: The ahc driver assigns the unit numbers in the same order whether or not the primary chanel has been changed in the BIOS. As a result the boot disk shows up as da1. This is sort of ok except that the BIOS reports this device as drive 0, and not drive 1. This confuses the hell out of the new bootblocks. To boot I must have "0:da(1,a)kernel" in /boot.config. The new loader doesn't like the fact that da1 == BIOS 0 either. >How-To-Repeat: Swap your primary and secondary channel on a similar card and boot. ahc0 will _always_ be assigned to channel A, regardless of the BIOS primary channel setting. >Fix: I do not have a fix, but I did try to see if it was easy to fix. There is code in the ahc driver that will change the order of unit number assignemts when the primary chanel is swapped. The problem is that is does not seem to work for this particular controller. I tried making a few changes by looking at what other flags changed when the BIOS setting was changed, but it doesn't appear to be a simple fix. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 6 08:36:05 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA25862 for freebsd-bugs-outgoing; Sat, 6 Feb 1999 08:36:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA25838; Sat, 6 Feb 1999 08:36:00 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from root@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id IAA44722; Sat, 6 Feb 1999 08:35:59 -0800 (PST) (envelope-from jkh@FreeBSD.org) Date: Sat, 6 Feb 1999 08:35:59 -0800 (PST) Message-Id: <199902061635.IAA44722@freefall.freebsd.org> To: jack@germanium.xtalwind.net, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/9291 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Duplicate "Root Password" entry in sysinstall's Glossary menu State-Changed-From-To: open->closed State-Changed-By: jkh State-Changed-When: Sat Feb 6 08:35:49 PST 1999 State-Changed-Why: Fixed, thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 6 09:00:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA28273 for freebsd-bugs-outgoing; Sat, 6 Feb 1999 09:00:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA28189 for ; Sat, 6 Feb 1999 09:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id JAA54776; Sat, 6 Feb 1999 09:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id IAA26914 for ; Sat, 6 Feb 1999 08:50:24 -0800 (PST) (envelope-from fenner@parc.xerox.com) Received: from louise.parc.xerox.com ([13.2.118.28]) by alpha.xerox.com with SMTP id <52068(4)>; Sat, 6 Feb 1999 08:50:16 PST Received: from fenestro.parc.xerox.com ([13.0.208.199]) by louise.parc.xerox.com with SMTP id <358164>; Sat, 6 Feb 1999 08:50:13 PST Received: (from fenner@localhost) by fenestro.parc.xerox.com (8.9.2/8.9.2) id IAA57910; Sat, 6 Feb 1999 08:50:39 -0800 (PST) (envelope-from fenner) Message-Id: <199902061650.IAA57910@fenestro.parc.xerox.com> Date: Sat, 6 Feb 1999 08:50:39 PST From: Bill Fenner Reply-To: fenner@parc.xerox.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/9931: config gives misleading error when duplicated pseudo-device statement in config file Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9931 >Category: bin >Synopsis: config gives misleading error when duplicated pseudo-device statement in config file >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 6 09:00:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Bill Fenner >Release: FreeBSD 3.0-STABLE i386 >Organization: Xerox >Environment: config in 3.0-STABLE as of 2/6/99 7AM PST, although my guess is that this problem exists starting from rev 1.7 of mkheaders.c . >Description: If you have a pseudo-device listed twice in a config file, config claims that the device is not known. >How-To-Repeat: % grep splash FENESTRO # splash screen/screen saver pseudo-device splash % config FENESTRO Don't forget to do a ``make depend'' Kernel build directory is ../../compile/FENESTRO % echo "pseudo-device splash" >> FENESTRO % config FENESTRO Don't forget to do a ``make depend'' Warning: pseudo-device "splash" is unknown Kernel build directory is ../../compile/FENESTRO >Fix: Unknown. Perhaps the parser should emit an error when encountering a second instance of a pseudo-device specification. (e.g. newdev() could search through the existing dtab before adding a pseudo-device) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 6 09:00:08 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA28274 for freebsd-bugs-outgoing; Sat, 6 Feb 1999 09:00:08 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA28197 for ; Sat, 6 Feb 1999 09:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id JAA54781; Sat, 6 Feb 1999 09:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sat, 6 Feb 1999 09:00:01 -0800 (PST) Message-Id: <199902061700.JAA54781@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: "Daniel C. Sobral" Subject: Re: kern/9927: miltichannel scsi 3940 channel swapping problem Reply-To: "Daniel C. Sobral" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/9927; it has been noted by GNATS. From: "Daniel C. Sobral" To: adrian@ubergeeks.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/9927: miltichannel scsi 3940 channel swapping problem Date: Sun, 07 Feb 1999 01:51:02 +0900 > As a result the boot disk shows up as da1. This is sort of ok > except that the BIOS reports this device as drive 0, and not drive 1. > This confuses the hell out of the new bootblocks. To boot I > must have "0:da(1,a)kernel" in /boot.config. The new loader doesn't > like the fact that da1 == BIOS 0 either. set root_disk_unit=1 does not help? -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org Well, as a computer geek, I have to believe in the binary universe. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 6 14:14:37 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA28813 for freebsd-bugs-outgoing; Sat, 6 Feb 1999 14:14:37 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mail.vidnet.net (mail.vidnet.net [208.145.114.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA28804 for ; Sat, 6 Feb 1999 14:14:35 -0800 (PST) (envelope-from mallen@vidnet.net) Received: from rc-moe (dial2b.56k.vidnet.net [208.145.113.5]) by mail.vidnet.net (8.9.1/8.9.1) with SMTP id QAA13460 for ; Sat, 6 Feb 1999 16:14:20 -0600 (CST) From: "Morris Allen" To: Subject: Help !! Date: Sat, 6 Feb 1999 16:14:19 -0600 Message-ID: <006701be521e$0ab3bac0$c97391d0@rc-moe.vidnet.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0 Importance: Normal Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi: Our Engineers are having some problems with FreeBSD 3.0. When we installed it on this box, we downloaded the latest files from the FTP site. Our equipment is as follows: Pentium PIIB dual 350 Processors on an Asus motherboard 386 MB of RAM all on a 100 MHz buss Adaptac 2940 U/W/SCSI with a Fujitsu 18.8 GB wide Scsi Diamond Stealth video card and a 100 Bt Kingston NIC The problems are: Well it would if FreeBSD 3.0 wasn't so messed up. Quotas still aren't working, and for some reason 3.0 went to non-static libraries which is what's breaking the ls commands in wu-ftp. I cant sandbox the systems without static libraries. So it looks like 3.0 is giving you: Quotas that don't work and Cripples security software that uses static libraries, wohoo! As you can tell my Engineer, has been using FreeBSD since 2.2 is about to pull his hair out. Could some one give us a fix on this or tell us how to work around it. We really need to get this server going and we have more hours on this one box, trying to get it running than we have spent on the last three mail servers we have built .. using 2.7. Please helps.. Morris Allen VidcomNet, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 6 14:44:37 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA01834 for freebsd-bugs-outgoing; Sat, 6 Feb 1999 14:44:37 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA01829 for ; Sat, 6 Feb 1999 14:44:33 -0800 (PST) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.2/8.9.1) id XAA85784; Sat, 6 Feb 1999 23:44:26 +0100 (CET) (envelope-from des) To: "Morris Allen" Cc: Subject: Re: Help !! References: <006701be521e$0ab3bac0$c97391d0@rc-moe.vidnet.net> From: Dag-Erling Smorgrav Date: 06 Feb 1999 23:44:26 +0100 In-Reply-To: "Morris Allen"'s message of "Sat, 6 Feb 1999 16:14:19 -0600" Message-ID: Lines: 27 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Morris Allen" writes: > The problems are: > > Well it would if FreeBSD 3.0 wasn't so messed up. Quotas still aren't > working, and for some reason 3.0 went to non-static libraries which is > what's breaking the ls commands in wu-ftp. I cant sandbox the systems > without static libraries. I'm sorry, but the above statement is untrue and some of it does not even make any sense. I think these matters would be more easily resolved if you would let "your Engineer" talk to us directly rather than through a middle man. He will also need to give us more detailed bug reports than "quotas still aren't working", and explain what he means by "non-static libraries" and how wu-ftpd is broken. I would also like to point out that 3.0-RELEASE was not meant for deployment in a production environment, and that the first production release on the 3.x branch is 3.1, which is scheduled for release in the second half of February. Regards, DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 6 15:08:28 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA03718 for freebsd-bugs-outgoing; Sat, 6 Feb 1999 15:08:28 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from home.dragondata.com (home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA03713 for ; Sat, 6 Feb 1999 15:08:26 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.9.2/8.9.2) id RAA27865; Sat, 6 Feb 1999 17:08:23 -0600 (CST) From: Kevin Day Message-Id: <199902062308.RAA27865@home.dragondata.com> Subject: Re: Help !! In-Reply-To: <006701be521e$0ab3bac0$c97391d0@rc-moe.vidnet.net> from Morris Allen at "Feb 6, 1999 4:14:19 pm" To: mallen@vidnet.net (Morris Allen) Date: Sat, 6 Feb 1999 17:08:22 -0600 (CST) Cc: freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Hi: > Our Engineers are having some problems with FreeBSD 3.0. When we > installed it on this box, we downloaded the latest files from the FTP site. > Our equipment is as follows: > > Pentium PIIB dual 350 Processors on an Asus motherboard > 386 MB of RAM all on a 100 MHz buss > Adaptac 2940 U/W/SCSI with a Fujitsu 18.8 GB wide Scsi > Diamond Stealth video card and a > 100 Bt Kingston NIC > > The problems are: > > Well it would if FreeBSD 3.0 wasn't so messed up. Quotas still aren't > working, and for some reason 3.0 went to non-static libraries which is > what's breaking the ls commands in wu-ftp. I cant sandbox the systems > without static libraries. > > So it looks like 3.0 is giving you: > > Quotas that don't work and Cripples security software that uses static > libraries, > While i won't comment on the libraries... was the kernel compiled with 'options QUOTA'? Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 6 15:10:03 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA03937 for freebsd-bugs-outgoing; Sat, 6 Feb 1999 15:10:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA03883 for ; Sat, 6 Feb 1999 15:10:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id PAA01281; Sat, 6 Feb 1999 15:10:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA03463; Sat, 6 Feb 1999 15:03:06 -0800 (PST) (envelope-from nobody) Message-Id: <199902062303.PAA03463@hub.freebsd.org> Date: Sat, 6 Feb 1999 15:03:06 -0800 (PST) From: bob@pmr.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/9933: No error reported writing to write-protected tape in Wangtek 51000 tape drive. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9933 >Category: i386 >Synopsis: No error reported writing to write-protected tape in Wangtek 51000 tape drive. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 6 15:10:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Bob Willcox >Release: 3.0-stable as of Feb 6, 1999 >Organization: Power Micro Research >Environment: FreeBSD lando.pmr.com 3.0-STABLE FreeBSD 3.0-STABLE #2: Sat Feb 6 16:15:03 CST 1999 bob@lando.pmr.com:/usr/src/sys/compile/LANDO i386 >Description: When writing to a write-protected tape in a Wangtek 51000 tape drive nothing is written but no errors are reported. The SCSI controller is a Symbios 860. >How-To-Repeat: Insert a write-protected tape in the tape drive and run dump to output to it. Dump output looks normal (except for *much* higher than possible transfer rate for this drive) but the tape in the drive never moves (it is selected, i.e., its activity light turns on). >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 6 15:20:04 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA05243 for freebsd-bugs-outgoing; Sat, 6 Feb 1999 15:20:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA05226 for ; Sat, 6 Feb 1999 15:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id PAA01545; Sat, 6 Feb 1999 15:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from thneed.ubergeeks.com (thneed.ubergeeks.com [206.205.41.245]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA04766 for ; Sat, 6 Feb 1999 15:14:40 -0800 (PST) (envelope-from adrian@thneed.ubergeeks.com) Received: (from adrian@localhost) by thneed.ubergeeks.com (8.9.2/8.9.1) id SAA01829; Sat, 6 Feb 1999 18:17:02 -0500 (EST) (envelope-from adrian) Message-Id: <199902062317.SAA01829@thneed.ubergeeks.com> Date: Sat, 6 Feb 1999 18:17:02 -0500 (EST) From: adrian@ubegeeks.com Reply-To: adrian@ubegeeks.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9934: patch to pnp.c Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9934 >Category: kern >Synopsis: a hard coded string is incorrectly passed to pnp_readconf(). >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 6 15:20:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Adrian Filipi-Martin >Release: FreeBSD 3.0-STABLE i386 >Organization: Ubergeeks Consulting >Environment: cvsup'd as of 2/4/99. >Description: The passing of '"fname"' as an argument to pnp_readconf() in the pnp_reload() function is very suspect given that 'fname' is a string argument to the function. This is in file /sys/boot/common/pnp.c. >How-To-Repeat: >Fix: Apply attached diff. --- pnp.c.orig Mon Jan 11 01:41:32 1999 +++ pnp.c Sat Feb 6 18:09:02 1999 @@ -105,7 +105,7 @@ pnp_readconf("/boot/pnpdata.local"); pnp_readconf("/boot/pnpdata"); } else { - if (pnp_readconf("fname")) { + if (pnp_readconf(fname)) { sprintf(command_errbuf, "can't read PnP information from '%s'", fname); return(CMD_ERROR); } >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 6 16:08:28 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA10938 for freebsd-bugs-outgoing; Sat, 6 Feb 1999 16:08:28 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from blv-smtpout-01.boeing.com (blv-smtpout-01.boeing.com [192.161.36.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA10859 for ; Sat, 6 Feb 1999 16:08:24 -0800 (PST) (envelope-from Lawrence.Day@PSS.Boeing.com) Received: from xch-pssbh-03.ca.boeing.com ([134.52.9.169]) by blv-smtpout-01.boeing.com (8.9.0/8.8.5) with ESMTP id QAA03349; Sat, 6 Feb 1999 16:08:04 -0800 (PST) Received: by xch-pssbh-03.ca.boeing.com with Internet Mail Service (5.5.2407.0) id ; Sat, 6 Feb 1999 16:08:03 -0800 Message-ID: <618FD3AF120DD111A27900805F19D9C40420C8BE@xch-blv-03.ca.boeing.com> From: "Day, Lawrence E" To: "'Greg Lehey'" Cc: freebsd-bugs@FreeBSD.ORG, "Cohn, Michael D" Subject: RE: Y2K Product Readiness Questions from The Boeing Company - 550 Date: Sat, 6 Feb 1999 16:08:52 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2407.0) Content-Type: text/plain Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Greg, this is not that hard. If you can't read a Word document, then just give me a fax number or a mailing address and I'll get the letter out to you. Thanks, Lawrence E. Day Preparing for the Next Millennium SSG C&NO Year 2000 Project Office WEB and UCOTS Mgr. (425) 957-5039 (offc) (206) 982-6480(pager) (425) 865-2900 (fax) MC 7W-85 lawrence.e.day@boeing.com http://y2k.web.boeing.com/cno/cno.htm _|_ \----o--o--0--o--o----/ " " " " " > ---------- > From: Greg Lehey[SMTP:grog@lemis.com] > Sent: Thursday, February 04, 1999 3:14 PM > To: Lawrence E Day > Cc: freebsd-bugs@freebsd.org; Michael D Cohn > Subject: Re: Y2K Product Readiness Questions from The Boeing Company - 550 > > [Format recovered at freebie.lemis.com] > > On Thursday, 4 February 1999 at 11:27:49 -0800, Lawrence E Day wrote: > > The enclosed Supplier Package contains Y2K Readiness questions > > regarding products that we purchased from your company. We request > > your response to these questions within 10 business days from the > > receipt of this e-mail. > > > > If you have any questions regarding the package or this request, > > please contact the Boeing buyer identified within the cover letter > > within the enclosed Supplier Package. > > > <> > > > [-- Attachment #2: Supplier Package 550.doc --] > > [-- Type: application/msword, Encoding: base64, Size: 47K --] > > Content-Type: application/msword; > > name="Supplier Package 550.doc" > > Content-Transfer-Encoding: base64 > > Content-Disposition: attachment; > > filename="Supplier Package 550.doc" > > Content-Location: ATT-0-0B140FB263BCD21190D000805F31F09A-S > > upplier.doc > > > > [-- application/msword is unsupported (use 'v' to view this part) --] > > This appears to be a proprietary format. Could you please resend it > in an open format? > > FreeBSD-bugs is a mailing list for reporting specific bugs. Since we > don't believe that we have any bugs relating to support of dates > beyond the end of this century, this is an inappropriate forum. > Please follow up to FreeBSD-questions@FreeBSD.org. > > Thanks in advance > Greg Lehey > -- > See complete headers for address, home page and phone numbers > finger grog@lemis.com for PGP public key > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 6 16:10:21 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA11228 for freebsd-bugs-outgoing; Sat, 6 Feb 1999 16:10:21 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA11179 for ; Sat, 6 Feb 1999 16:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id QAA04109; Sat, 6 Feb 1999 16:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from neunacht.netgsi.com (neunacht.netgsi.com [192.55.203.174]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA09326 for ; Sat, 6 Feb 1999 16:02:38 -0800 (PST) (envelope-from cjohnson@neunacht.netgsi.com) Received: (from cjohnson@localhost) by neunacht.netgsi.com (8.9.2/8.9.2) id TAA42301; Sat, 6 Feb 1999 19:02:30 -0500 (EST) (envelope-from cjohnson) Message-Id: <199902070002.TAA42301@neunacht.netgsi.com> Date: Sat, 6 Feb 1999 19:02:30 -0500 (EST) From: "Christopher T. Johnson" Reply-To: cjohnson@neunacht.netgsi.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/9935: vmstat reports bad AVM values Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9935 >Category: kern >Synopsis: vmstat reprots bad AVM values >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 6 16:10:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Christopher T. Johnson >Release: FreeBSD 3.0-STABLE i386 >Organization: NetGSI, Inc >Environment: FreeBSD 3.0-STABLE i386 as of Feb 5, 1999 Mutliple machines >Description: AVM sizes are being reported badly. If vmstat is run just after booting values are reasonable, but after a large memory process is started, avm goes wild. vmstat -c2 5 procs memory page disks faults cpu r b w avm fre flt re pi po fr sr fd0 wd0 da0 in sy cs us sy id 0 0 0 3688664 7128 10 0 0 0 10 2 0 0 0 235 94 10 14 1 86 0 0 0 3688664 7128 1 0 0 0 0 0 0 0 0 231 9 4 0 0 100 A check of the values returned by sysctl are strange: vm.vmmeter: Format:S,vmtotal Length:48 Dump: 0x0200 t_rq 0000 t_dw 0000 t_pw 0b00 t_sl 0000 t_sw 0000 (Fill, not used) 6a4e1180 t_vm 41140e00 t_avm e3170000 t_rm 08050000 t_arm dd0b0000 t_vmshr f8020000 t_avmshr 78030000 t_rmshr 54010000 t_armshr 91060000 t_free given that I only have 192M of swap or so and 32M of real memory, the value of t_vm and t_avm seem more than a little large. Device 1K-blocks Used Avail Capacity Type /dev/da0s1b 65536 14372 51036 22% Interleaved /dev/wd0s1b 131072 14220 116724 11% Interleaved Total 196352 28592 167760 15% This repeats on another machine running the same STABLE. >How-To-Repeat: boot system login vmstat -c2 5 startx (I have a 4MB board and run in 24bit mode at 1280@1024) vmstat -c2 5 >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 6 17:20:21 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA17636 for freebsd-bugs-outgoing; Sat, 6 Feb 1999 17:20:21 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA17551 for ; Sat, 6 Feb 1999 17:20:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id RAA06456; Sat, 6 Feb 1999 17:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA17462; Sat, 6 Feb 1999 17:19:13 -0800 (PST) (envelope-from nobody) Message-Id: <199902070119.RAA17462@hub.freebsd.org> Date: Sat, 6 Feb 1999 17:19:13 -0800 (PST) From: yohta@bsys.tsukuba.ac.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: gnu/9938: NetBSD *1.4* was not defined in mdoc macro(doc-syms). Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 9938 >Category: gnu >Synopsis: NetBSD *1.4* was not defined in mdoc macro(doc-syms). >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 6 17:20:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Yoshihiko OHTA >Release: FreeBSD 3.0-STABLE(19980203) >Organization: University of Tsukuba >Environment: FreeBSD mistral.bsys.tsukuba.ac.jp 3.0-STABLE FreeBSD 3.0-STABLE #3: Thu Feb 4 17:02:16 JST 1999 yohta@mistral.bsys.tsukuba.ac.jp:/usr/src/sys/compile/PCG-505R i386 >Description: usbd(8) or usbdevs(8) may be ported from NetBSD 1.4 and their man pages was wrote so, and used .Nx macro to write this. But in current groff version, .Nx macro for NetBSD is defined only 0.8 to 1.3, and if we use .Nx macro with "1.4", they will go blank like this: >How-To-Repeat: % man 8 usbd or % man 8 usbdevs >Fix: --- /usr/share/tmac/mdoc/doc-syms.bak Wed Jul 22 17:12:13 1998 +++ /usr/share/tmac/mdoc/doc-syms Sun Feb 7 10:10:52 1999 @@ -195,6 +195,7 @@ . if "\\$1"1.2a" \&\\*(tNNetBSD 1.2A\\*(aa\\$2 . if "\\$1"1.2b" \&\\*(tNNetBSD 1.2B\\*(aa\\$2 . if "\\$1"1.3" \&\\*(tNNetBSD 1.3\\*(aa\\$2 +. if "\\$1"1.4" \&\\*(tNNetBSD 1.4\\*(aa\\$2 .\} .if \\n(.$==1 \{\ . if "\\$1"0.8" \&\\*(tNNetBSD 0.8\\*(aa @@ -208,6 +209,7 @@ . if "\\$1"1.2a" \&\\*(tNNetBSD 1.2A\\*(aa . if "\\$1"1.2b" \&\\*(tNNetBSD 1.2B\\*(aa . if "\\$1"1.3" \&\\*(tNNetBSD 1.3\\*(aa +. if "\\$1"1.4" \&\\*(tNNetBSD 1.4\\*(aa . if "\\$1"." \&\\*(tNNetBSD\\$1\\*(aa . if "\\$1"," \&\\*(tNNetBSD\\$1\\*(aa .\} >Release-Note: >Audit-Trail: >Unformatted: >% uname -r >3.0-STABLE >% man usbd > HISTORY > The usbd command appeared in(blank) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 6 18:30:42 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA22669 for freebsd-bugs-outgoing; Sat, 6 Feb 1999 18:30:42 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA22598 for ; Sat, 6 Feb 1999 18:30:10 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.2/8.9.2) id SAA08667; Sat, 6 Feb 1999 18:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sat, 6 Feb 1999 18:30:01 -0800 (PST) Message-Id: <199902070230.SAA08667@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Adrian Filipi-Martin Subject: Re: kern/9927: miltichannel scsi 3940 channel swapping problem Reply-To: Adrian Filipi-Martin Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/9927; it has been noted by GNATS. From: Adrian Filipi-Martin To: "Daniel C. Sobral" Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/9927: miltichannel scsi 3940 channel swapping problem Date: Sat, 6 Feb 1999 21:28:12 -0500 (EST) On Sun, 7 Feb 1999, Daniel C. Sobral wrote: > > As a result the boot disk shows up as da1. This is sort of ok > > except that the BIOS reports this device as drive 0, and not drive 1. > > This confuses the hell out of the new bootblocks. To boot I > > must have "0:da(1,a)kernel" in /boot.config. The new loader doesn't > > like the fact that da1 == BIOS 0 either. > > set root_disk_unit=1 does not help? Well, no it didn't the last time I tried. But this was actually before the new bootblocks became the default, so I decided to try the loader again. I suppose I really am using the new boot blocks, and that the loader is the first boot stage that doesn't grok my hardware configuration. I discussed the loader problem with Robert Nordier a few weeks ago, but I now see real that the problem is with ahc and not the loader. For the sake of completeness, here's what I see on my box, including trying your suggestion. scenario 1: With no /boot.config: pressed space to get "boot: " prompt. defaults to 0:da(0,a)/boot/loader pressed enter to load loader announces that btx loader is using the following bios mapping: a: -> disk0 c: -> disk1 d: -> disk2 pressed enter to load kernel loads kernel, but panics when mounting root from wrong disk. secenario 2: With no /boot.config: pressed space to get "boot: " prompt. defaults to 0:da(0,a)/boot/loader pressed enter to load loader announces that btx loader is using the following bios mapping: a: -> disk0 c: -> disk1 d: -> disk2 pressed space to get loader prompt. show currdev == loaddev == disk1s2a set root_disk_unit=1 boot -s loads kernel, but panics when mounting root from wrong disk. secenario 3: With no /boot.config: pressed space to get "boot: " prompt. entered 0:da(1,a)/boot/loader pressed enter to load loader announces that btx loader is using the following bios mapping: a: -> disk0 c: -> disk1 d: -> disk2 pressed space to get loader prompt. show currdev == loaddev == disk2s2a cannot do 'ls' or load kernel. set root_disk_unit=1 cannot do 'ls' or load kernel. unset root_disk_unit set currdev=disk1s2a ls works now, but still cannot load kernel set root_disk_unit=1 ls still works, and cannot load kernel As I mentioned above, I believe the problem is that the ahc driver isn't correctly handling the switched SCSI channels. The code in /sys/dev/aic7xxx/aic7xxx.c is not doing the right thing. It does try. See aic7xxx.c near line 987: /* * Attach secondary channel first if the user has * declared it the primary channel. */ if ((ahc->flags & AHC_CHANNEL_B_PRIMARY) != 0) { bus_id = 1; bus_id2 = 0; } else { bus_id = 0; bus_id2 = 1; } The "ahc->flags & AHC_CHANNEL_B_PRIMARY" test is never true. I tried examining some of the other flags for the correct bit, but when I did fine one that changed when I switch the primnary channel, it caused other problems, so I don't think I had it correct. thanks, Adrian -- [ adrian@ubergeeks.com -- Ubergeeks Consulting -- http://www.ubergeeks.com/ ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 6 21:33:15 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA07778 for freebsd-bugs-outgoing; Sat, 6 Feb 1999 21:33:15 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA07764 for ; Sat, 6 Feb 1999 21:33:10 -0800 (PST) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: from zodiac.mech.utsunomiya-u.ac.jp (IDENT:XKyFkbzL7xtjKlml21vbgE+L9kLr2aQk@zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by outmail.utsunomiya-u.ac.jp (8.9.1/8.9.1) with ESMTP id OAA09330; Sun, 7 Feb 1999 14:32:37 +0900 (JST) Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id OAA02106; Sun, 7 Feb 1999 14:35:20 +0900 (JST) Message-Id: <199902070535.OAA02106@zodiac.mech.utsunomiya-u.ac.jp> To: Bill Fenner cc: Wolfram Schneider , bugs@FreeBSD.ORG, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: Fx and Os macros (was: Re: [yokota@zodiac.mech.utsunomiya-u.ac.jp: .Fx and .Os macros in groff, FreeBSD]) In-reply-to: Your message of "Sat, 06 Feb 1999 16:25:44 JST." <199902060725.QAA07495@zodiac.mech.utsunomiya-u.ac.jp> References: <199902060405.UAA20537@mango.parc.xerox.com> <199902060725.QAA07495@zodiac.mech.utsunomiya-u.ac.jp> Date: Sun, 07 Feb 1999 14:35:14 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >>>We should fix these macros in time for 3.1-RELEASE. Would you do it, >>>or shall I? >> >>Well, I'd like to see if there's anyone who knows why the macros >>were the way they were ("because nobody really knew *roff" is a >>likely answer) and if there's a reason not to make this kind of >>change... > >I see wosch, pst, and mpp touched these macros from time to time, >according to cvs logs. They may know something. > >Kazu As 3.1-RELEASE is coming up very soon, I would commit my original patch, which keeps the same style as the current code, as an interim measure. Then, we should go for your better solution once we hear from the others why the current code is the way it is, and it becomes clear that there is no good reason to keep the current style of the code. Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message