From owner-freebsd-bugs Sun May 28 1:50: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E818A37B738 for ; Sun, 28 May 2000 01:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA80963; Sun, 28 May 2000 01:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from lathian.com (adsl-63-200-45-30.dsl.snfc21.pacbell.net [63.200.45.30]) by hub.freebsd.org (Postfix) with ESMTP id 4592237B5BA for ; Sun, 28 May 2000 01:49:26 -0700 (PDT) (envelope-from mab@lathian.com) Received: from enzian.lathian (enzian.lathian [10.0.0.33]) by lathian.com (Postfix) with ESMTP id 804161B202 for ; Sun, 28 May 2000 01:49:26 -0700 (PDT) Received: by enzian.lathian (Postfix, from userid 1000) id BBD2A2C923; Sun, 28 May 2000 01:49:20 -0700 (PDT) Message-Id: <20000528084920.BBD2A2C923@enzian.lathian> Date: Sun, 28 May 2000 01:49:20 -0700 (PDT) From: Matthew Braithwaite To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/18857: Enable GSSAPI in cvs if available Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18857 >Category: gnu >Synopsis: Enable GSSAPI in CVS if available >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 May 28 01:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Matthew Braithwaite >Release: FreeBSD 4.0-STABLE i386 >Organization: Lathian >Environment: security/krb5 port installed. >Description: The enclosed patch does the job, but I am not subtle enough to guess what the .if statement really ought to be. I also don't know whether this works with KTH Heimdal. >How-To-Repeat: >Fix: --- gnu/usr.bin/cvs/cvs/Makefile~ Sun May 28 01:45:03 2000 +++ gnu/usr.bin/cvs/cvs/Makefile Sat May 27 01:46:41 2000 @@ -29,6 +29,12 @@ DPADD+= ${LIBCVS} ${LIBDIFF} ${LIBGNUREGEX} ${LIBMD} ${LIBCRYPT} ${LIBZ} LDADD+= ${LIBCVS} ${LIBDIFF} -lgnuregex -lmd -lcrypt -lz +.if exists(/usr/local/lib/libkrb5.so) +CFLAGS+=-I/usr/local/include -DHAVE_GSSAPI -DHAVE_GSSAPI_GSSAPI_H -DHAVE_GSSAPI_GSSAPI_GENERIC_H +LDADD+=-L/usr/local/lib -lgssapi_krb5 +CFLAGS+= -DENCRYPTION +.endif + .if exists(${DESTDIR}${LIBDIR}/libkrb.a) && defined(MAKE_KERBEROS4) CFLAGS+=-DHAVE_KERBEROS -DHAVE_KRB_GET_ERR_TEXT LDADD+= -lkrb -lcrypto -lcom_err >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 May 28 2:37: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A93D037B626; Sun, 28 May 2000 02:37:03 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: (from des@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA83793; Sun, 28 May 2000 02:37:03 -0700 (PDT) (envelope-from des@FreeBSD.org) Date: Sun, 28 May 2000 02:37:03 -0700 (PDT) From: Message-Id: <200005280937.CAA83793@freefall.freebsd.org> To: efutch@nyct.net, des@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/18103 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] FTP_PASSIVE_MODE and libftpio State-Changed-From-To: open->closed State-Changed-By: des State-Changed-When: Sun May 28 02:34:31 PDT 2000 State-Changed-Why: Fixed in rev. 1.35 of src/lib/libftpio/ftpio.c. The correct behaviour is to default to passive mode. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 28 2:37:26 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id F0C4337B9E5; Sun, 28 May 2000 02:37:23 -0700 (PDT) (envelope-from des@FreeBSD.org) Received: (from des@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA83870; Sun, 28 May 2000 02:37:23 -0700 (PDT) (envelope-from des@FreeBSD.org) Date: Sun, 28 May 2000 02:37:23 -0700 (PDT) From: Message-Id: <200005280937.CAA83870@freefall.freebsd.org> To: ripper@nmia.com, des@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/18120 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: inconsistent interface between ftp and libftpio.a State-Changed-From-To: open->closed State-Changed-By: des State-Changed-When: Sun May 28 02:37:08 PDT 2000 State-Changed-Why: The correct behaviour is to default to passive mode. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 28 3:40:53 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C9EB137B60A for ; Sun, 28 May 2000 03:40:11 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA87359; Sun, 28 May 2000 03:40:11 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 00C3837B51C; Sun, 28 May 2000 03:33:57 -0700 (PDT) Message-Id: <20000528103357.00C3837B51C@hub.freebsd.org> Date: Sun, 28 May 2000 03:33:57 -0700 (PDT) From: eo@ertw.ca To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/18858: microuptime() errors even after disabling APM on VIA KX133 chipset Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18858 >Category: kern >Synopsis: microuptime() errors even after disabling APM on VIA KX133 chipset >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 28 03:40:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Bart Kus >Release: 4.0-RELEASE >Organization: ERTW Canada >Environment: FreeBSD betsy.bart.net 4.0-RELEASE FreeBSD 4.0-RELEASE #0: Mon Mar 20 22:50:22 GMT 2000 root@monster.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: Endless microuptime() went backwards (2288.362908 -> 2288,344887) microuptime() went backwards (2288.362908 -> 2288,348850) microuptime() went backwards (2288.393310 -> 2288,371213) messages, sprinkled with: calcru: negative time of 1419 usec for pid 87333 (cat) or whatever happens to be running at the time. This causes syslogd to go insane with HD IO (making the problem worse), and causes ps to report broken run times. Disabling the APM features of the BIOS does no good. And this isn't an SMP PIIIX chipset. Here's the output of /var/run/dmesg.boot: Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-RELEASE #0: Mon Mar 20 22:50:22 GMT 2000 root@monster.cdrom.com:/usr/src/sys/compile/GENERIC Timecounter "i8254" frequency 1193182 Hz CPU: AMD Athlon(tm) Processor (700.03-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x621 Stepping = 1 Features=0x183f9ff AMD Features=0xc0400000 real memory = 805240832 (786368K bytes) config> di pcic0 config> di ppc0 config> di sn0 config> di lnc0 config> di le0 config> di ie0 config> di fe0 config> di ed0 config> di cs0 config> di bt0 config> di aic0 config> di aha0 config> di adv0 config> q avail memory = 777252864 (759036K bytes) Preloaded elf kernel "kernel" at 0xc03c0000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc03c009c. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib2: at device 1.0 on pci0 pci1: on pcib2 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xe000-0xe00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 fxp0: port 0xec00-0xec3f mem 0xd5400000-0xd54fffff,0xd5500000-0xd5500fff irq 11 at device 15.0 on pci0 fxp0: Ethernet address 00:d0:b7:73:47:7b fxp0: supplying EUI64: 00:d0:b7:ff:fe:73:47:7b pci0: at 17.0 irq 10 pcib1: on motherboard pci2: on pcib1 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ad0: 39082MB [79406/16/63] at ata0-master using UDMA66 Mounting root from ufs:/dev/ad0s1a I'm not sure what to include from sysctl, so here's the whole thing: kern.ostype: FreeBSD kern.osrelease: 4.0-RELEASE kern.osrevision: 199506 kern.version: FreeBSD 4.0-RELEASE #0: Mon Mar 20 22:50:22 GMT 2000 root@monster.cdrom.com:/usr/src/sys/compile/GENERIC kern.maxvnodes: 48767 kern.maxproc: 532 kern.maxfiles: 1064 kern.argmax: 65536 kern.securelevel: -1 kern.hostname: betsy.bart.net kern.hostid: 0 kern.clockrate: { hz = 100, tick = 10000, tickadj = 5, profhz = 1024, stathz = 128 } kern.posix1version: 199309 kern.ngroups: 16 kern.job_control: 1 kern.saved_ids: 0 kern.boottime: { sec = 959505295, usec = 973862 } Sun May 28 04:14:55 2000 kern.domainname: kern.osreldate: 400017 kern.bootfile: /kernel kern.maxfilesperproc: 1064 kern.maxprocperuid: 531 kern.dumpdev: { major = 255, minor = -65281 } kern.ipc.maxsockbuf: 262144 kern.ipc.sockbuf_waste_factor: 8 kern.ipc.somaxconn: 128 kern.ipc.max_linkhdr: 16 kern.ipc.max_protohdr: 60 kern.ipc.max_hdr: 76 kern.ipc.max_datalen: 20 kern.ipc.nmbclusters: 1024 kern.ipc.mbuf_wait: 32 kern.ipc.nmbufs: 4096 kern.ipc.maxsockets: 1064 kern.dummy: 0 kern.ps_strings: -1077936144 kern.usrstack: -1077936128 kern.logsigexit: 1 kern.cam.cd.changer.min_busy_seconds: 5 kern.cam.cd.changer.max_busy_seconds: 15 kern.fallback_elf_brand: none kern.init_path: /sbin/init:/sbin/oinit:/sbin/init.bak:/stand/sysinstall kern.module_path: /;/boot/;/modules/ kern.acct_suspend: 2 kern.acct_resume: 4 kern.acct_chkfreq: 15 kern.timecounter.method: 0 kern.timecounter.hardware: i8254 kern.ps_arg_cache_limit: 256 kern.ps_argsopen: 1 kern.fast_vfork: 1 kern.randompid: 0 kern.shutdown.poweroff_delay: 5000 kern.shutdown.kproc_shutdown_wait: 60 kern.sugid_coredump: 0 kern.corefile: %N.core kern.quantum: 100000 kern.ccpu: 1948 kern.fscale: 2048 kern.devstat.numdevs: 3 kern.devstat.generation: 3 kern.devstat.version: 4 kern.nselcoll: 0 kern.consmute: 0 kern.filedelay: 30 kern.dirdelay: 29 kern.metadelay: 28 kern.chroot_allow_open_directories: 1 vm.loadavg: { 0.30 0.17 0.12 } vm.v_free_min: 1296 vm.v_free_target: 4221 vm.v_free_reserved: 333 vm.v_inactive_target: 6331 vm.v_cache_min: 4221 vm.v_cache_max: 8442 vm.v_pageout_free_min: 34 vm.pageout_algorithm: 0 vm.swap_enabled: 1 vm.swap_async_max: 4 vm.swap_idle_threshold1: 2 vm.swap_idle_threshold2: 10 vm.v_free_severe: 814 vm.stats.sys.v_swtch: 1247260 vm.stats.sys.v_trap: 2730575 vm.stats.sys.v_syscall: 9085489 vm.stats.sys.v_intr: 1257786 vm.stats.sys.v_soft: 506181 vm.stats.vm.v_vm_faults: 2582854 vm.stats.vm.v_cow_faults: 798388 vm.stats.vm.v_cow_optim: 0 vm.stats.vm.v_zfod: 873626 vm.stats.vm.v_ozfod: 788300 vm.stats.vm.v_swapin: 0 vm.stats.vm.v_swapout: 0 vm.stats.vm.v_swappgsin: 0 vm.stats.vm.v_swappgsout: 0 vm.stats.vm.v_vnodein: 629 vm.stats.vm.v_vnodeout: 0 vm.stats.vm.v_vnodepgsin: 4395 vm.stats.vm.v_vnodepgsout: 0 vm.stats.vm.v_intrans: 10 vm.stats.vm.v_reactivated: 292 vm.stats.vm.v_pdwakeups: 19 vm.stats.vm.v_pdpages: 75497 vm.stats.vm.v_dfree: 0 vm.stats.vm.v_pfree: 1265765 vm.stats.vm.v_tfree: 2599053 vm.stats.vm.v_page_size: 4096 vm.stats.vm.v_page_count: 192942 vm.stats.vm.v_free_reserved: 333 vm.stats.vm.v_free_target: 4221 vm.stats.vm.v_free_min: 1296 vm.stats.vm.v_free_count: 449 vm.stats.vm.v_wire_count: 28414 vm.stats.vm.v_active_count: 7471 vm.stats.vm.v_inactive_target: 6331 vm.stats.vm.v_inactive_count: 149993 vm.stats.vm.v_cache_count: 6615 vm.stats.vm.v_cache_min: 4221 vm.stats.vm.v_cache_max: 8442 vm.stats.vm.v_pageout_free_min: 34 vm.stats.vm.v_interrupt_free_min: 2 vm.stats.misc.zero_page_count: 348 vm.stats.misc.cnt_prezero: 797026 vm.max_proc_mmap: 43690 vm.pageout_stats_max: 4221 vm.pageout_full_stats_interval: 20 vm.pageout_stats_interval: 5 vm.pageout_stats_free_max: 5 vm.swap_idle_enabled: 0 vm.defer_swapspace_pageouts: 0 vm.disable_swapspace_pageouts: 0 vm.max_page_launder: 32 vm.zone: ITEM SIZE LIMIT USED FREE REQUESTS PIPE: 160, 0, 28, 74, 275 SWAPMETA: 160, 385884, 0, 0, 0 unpcb: 64, 0, 85, 107, 164 ripcb: 192, 1064, 0, 21, 0 tcpcb: 544, 1064, 23, 12, 202 udpcb: 192, 1064, 6, 36, 206 tcpcb: 544, 1064, 0, 0, 0 socket: 192, 1064, 114, 33, 577 AIOLIO: 704, 0, 0, 0, 0 AIOL: 64, 0, 0, 0, 0 AIOCB: 128, 0, 0, 0, 0 AIOP: 32, 0, 0, 0, 0 AIO: 96, 0, 0, 0, 0 NFSNODE: 320, 0, 0, 0, 0 NFSMOUNT: 544, 0, 0, 0, 0 VNODE: 160, 0, 81493, 43, 80856 NAMEI: 1024, 0, 0, 24, 624440 VMSPACE: 192, 0, 51, 525, 87637 PROC: 416, 0, 55, 533, 87638 DP fakepg: 64, 0, 6, 122, 5 PV ENTRY: 28, 499566, 31827, 164756, 18896820 MAP ENTRY: 48, 0, 6665, 4768, 2077827 KMAP ENTRY: 48, 48363, 1264, 139, 10757 MAP: 108, 0, 7, 3, 7 VM OBJECT: 96, 0, 67638, 1540, 1217129 vm.zone_kmem_pages: 30 vm.zone_kmem_kvaspace: 74326016 vm.zone_kern_pages: 5061 vfs.nfs.nfs_privport: 0 vfs.nfs.async: 0 vfs.nfs.commit_blks: 0 vfs.nfs.commit_miss: 0 vfs.nfs.realign_test: 0 vfs.nfs.realign_count: 0 vfs.nfs.gatherdelay: 10000 vfs.nfs.gatherdelay_v3: 0 vfs.nfs.defect: 0 vfs.nfs.diskless_valid: 0 vfs.nfs.diskless_rootpath: vfs.nfs.diskless_swappath: vfs.nfs.access_cache_timeout: 60 vfs.nfs.nfsv3_commit_on_close: 0 vfs.numdirtybuffers: 7 vfs.hidirtybuffers: 2786 vfs.numfreebuffers: 11060 vfs.lofreebuffers: 619 vfs.hifreebuffers: 1238 vfs.runningbufspace: 0 vfs.maxbufspace: 45363200 vfs.hibufspace: 44707840 vfs.bufspace: 44426240 vfs.maxbdrun: 64 vfs.vmiospace: 43116544 vfs.maxmallocbufspace: 2235392 vfs.bufmallocspace: 1211392 vfs.kvafreespace: 65536 vfs.getnewbufcalls: 172844 vfs.getnewbufrestarts: 133286 vfs.vmiodirenable: 0 vfs.cache.numneg: 247 vfs.cache.numcache: 81744 vfs.cache.numcalls: 1657326 vfs.cache.dothits: 82878 vfs.cache.dotdothits: 17104 vfs.cache.numchecks: 3352064 vfs.cache.nummiss: 133178 vfs.cache.nummisszap: 48 vfs.cache.numposzaps: 325 vfs.cache.numposhits: 1169762 vfs.cache.numnegzaps: 144 vfs.cache.numneghits: 253887 vfs.cache.numcwdcalls: 208 vfs.cache.numcwdfail1: 0 vfs.cache.numcwdfail2: 0 vfs.cache.numcwdfail3: 0 vfs.cache.numcwdfail4: 0 vfs.cache.numcwdfound: 208 vfs.write_behind: 1 vfs.reassignbufcalls: 39666 vfs.reassignbufloops: 0 vfs.reassignbufsortgood: 4361 vfs.reassignbufsortbad: 15317 vfs.reassignbufmethod: 1 vfs.timestamp_precision: 0 vfs.usermount: 0 vfs.aio.max_aio_per_proc: 32 vfs.aio.max_aio_queue_per_proc: 256 vfs.aio.max_aio_procs: 32 vfs.aio.num_aio_procs: 0 vfs.aio.num_queue_count: 0 vfs.aio.max_aio_queue: 1024 vfs.aio.target_aio_procs: 4 vfs.aio.max_buf_aio: 16 vfs.aio.num_buf_aio: 0 vfs.aio.aiod_lifetime: 3000 vfs.aio.aiod_timeout: 1000 vfs.ffs.doreallocblks: 1 vfs.ffs.doasyncfree: 1 net.local.stream.sendspace: 8192 net.local.stream.recvspace: 8192 net.local.dgram.maxdgram: 2048 net.local.dgram.recvspace: 4096 net.local.inflight: 0 net.inet.ip.portrange.lowfirst: 1023 net.inet.ip.portrange.lowlast: 600 net.inet.ip.portrange.first: 1024 net.inet.ip.portrange.last: 5000 net.inet.ip.portrange.hifirst: 49152 net.inet.ip.portrange.hilast: 65535 net.inet.ip.forwarding: 0 net.inet.ip.redirect: 1 net.inet.ip.ttl: 64 net.inet.ip.rtexpire: 3600 net.inet.ip.rtminexpire: 10 net.inet.ip.rtmaxcache: 128 net.inet.ip.sourceroute: 0 net.inet.ip.intr_queue_maxlen: 50 net.inet.ip.intr_queue_drops: 0 net.inet.ip.accept_sourceroute: 0 net.inet.ip.fastforwarding: 0 net.inet.ip.keepfaith: 0 net.inet.ip.gifttl: 30 net.inet.ip.subnets_are_local: 0 net.inet.icmp.maskrepl: 0 net.inet.icmp.icmplim: 200 net.inet.icmp.drop_redirect: 0 net.inet.icmp.log_redirect: 0 net.inet.icmp.bmcastecho: 0 net.inet.tcp.rfc1323: 1 net.inet.tcp.rfc1644: 0 net.inet.tcp.mssdflt: 512 net.inet.tcp.keepidle: 7200000 net.inet.tcp.keepintvl: 75000 net.inet.tcp.sendspace: 16384 net.inet.tcp.recvspace: 16384 net.inet.tcp.keepinit: 75000 net.inet.tcp.delacktime: 100 net.inet.tcp.v6mssdflt: 1024 net.inet.tcp.log_in_vain: 0 net.inet.tcp.blackhole: 0 net.inet.tcp.delayed_ack: 1 net.inet.tcp.path_mtu_discovery: 1 net.inet.tcp.slowstart_flightsize: 1 net.inet.tcp.local_slowstart_flightsize: 65535 net.inet.tcp.tcbhashsize: 512 net.inet.tcp.pcbcount: 23 net.inet.tcp.msl: 30000 net.inet.tcp.always_keepalive: 1 net.inet.udp.checksum: 1 net.inet.udp.maxdgram: 9216 net.inet.udp.recvspace: 42080 net.inet.udp.log_in_vain: 0 net.inet.udp.blackhole: 0 net.inet.raw.maxdgram: 8192 net.inet.raw.recvspace: 8192 net.link.generic.system.ifcount: 10 net.link.ether.inet.prune_intvl: 300 net.link.ether.inet.max_age: 1200 net.link.ether.inet.host_down_time: 20 net.link.ether.inet.maxtries: 5 net.link.ether.inet.useloopback: 1 net.link.ether.inet.proxyall: 0 net.inet6.ip6.forwarding: 0 net.inet6.ip6.redirect: 1 net.inet6.ip6.hlim: 64 net.inet6.ip6.maxfragpackets: 200 net.inet6.ip6.accept_rtadv: 0 net.inet6.ip6.keepfaith: 0 net.inet6.ip6.log_interval: 5 net.inet6.ip6.hdrnestlimit: 50 net.inet6.ip6.dad_count: 1 net.inet6.ip6.auto_flowlabel: 1 net.inet6.ip6.defmcasthlim: 1 net.inet6.ip6.gifhlim: 30 net.inet6.ip6.kame_version: 19991101/FreeBSD4.x net.inet6.ip6.use_deprecated: 1 net.inet6.ip6.rr_prune: 5 net.inet6.ip6.mapped_addr: 1 net.inet6.icmp6.rediraccept: 1 net.inet6.icmp6.redirtimeout: 600 net.inet6.icmp6.errratelimit: 1000 net.inet6.icmp6.nd6_prune: 1 net.inet6.icmp6.nd6_delay: 5 net.inet6.icmp6.nd6_umaxtries: 3 net.inet6.icmp6.nd6_mmaxtries: 3 net.inet6.icmp6.nd6_useloopback: 1 net.inet6.icmp6.nd6_proxyall: 0 debug.mddebug: 0 debug.elf_trace: 0 debug.boothowto: -2147483648 debug.free_devt: 0 debug.fdexpand: 7 debug.sizeof.vnode: 160 debug.sizeof.proc: 404 debug.sizeof.specinfo: 76 debug.sizeof.disklabel: 276 debug.sizeof.diskslices: 1820 debug.sizeof.disk: 296 debug.ttydebug: 0 debug.nchash: 65535 debug.ncnegfactor: 16 debug.numneg: 247 debug.numcache: 81744 debug.vfscache: 1 debug.vnsize: 160 debug.ncsize: 36 debug.disablecwd: 0 debug.numvnodes: 81493 debug.wantfreevnodes: 25 debug.freevnodes: 967 debug.rush_requests: 0 debug.bpf_bufsize: 4096 debug.bpf_maxbufsize: 524288 debug.if_tun_debug: 0 debug.do_tcpdrain: 1 debug.ncr_debug: 0 debug.dircheck: 0 hw.machine: i386 hw.model: AMD Athlon(tm) Processor hw.ncpu: 1 hw.byteorder: 1234 hw.physmem: 801857536 hw.usermem: 685477888 hw.pagesize: 4096 hw.floatingpoint: 1 hw.machine_arch: i386 hw.atamodes: dma,---, hw.availpages: 195599 machdep.consdev: { major = 12, minor = 255 } machdep.adjkerntz: 18000 machdep.disable_rtc_set: 0 machdep.wall_cmos_clock: 1 machdep.an_cache_mcastonly: 0 machdep.an_cache_iponly: 1 machdep.do_dump: 1 machdep.pccard.pcic_resume_reset: 1 machdep.enable_panic_key: 0 machdep.apm_suspend_delay: 1 machdep.apm_standby_delay: 1 machdep.ispc98: 0 machdep.msgbuf: e() went backwards (2281.382591 -> 2281,340457) microuptime() went backwards (2281.400624 -> 2281,390329) microuptime() went backwards (2281.413578 -> 2281,396546) microuptime() went backwards (2281.443450 -> 2281,417667) microuptime() went backwards (2281.454404 -> 2281,414287) microuptime() went backwards (2281.454404 -> 2281,452263) microuptime() went backwards (2281.454404 -> 2281,436947) microuptime() went backwards (2281.454404 -> 2281,450893) microuptime() went backwards (2281.479345 -> 2281,434933) microuptime() went backwards (2281.479345 -> 2281,464541) microuptime() went backwards (2281.491276 -> 2281,453302) microuptime() went backwards (2281.491276 -> 2281,474757) microuptime() went backwards (2281.491276 -> 2281,465448) microuptime() went backwards (2281.491276 -> 2281,484972) microuptime() went backwards (2281.491276 -> 2281,486690) microuptime() went backwards (2281.491113 -> 2281,480517) microuptime() went backwards (2281.501758 -> 2281,481722) microuptime() went backwards (2281.501758 -> 2281,489664) microuptime() went backwards (2281.495673 -> 2281,489367) microuptime() went backwards (2281.547000 -> 2281,500231) microuptime() went backwards (2281.516539 -> 2281,514311) calcru: negative time of 0 usec for pid 87174 (cat) microuptime() went backwards (2281.564218 -> 2281,557571) microuptime() went backwards (2281.583368 -> 2281,554750) microuptime() went backwards (2281.583368 -> 2281,579173) microuptime() went backwards (2281.585527 -> 2281,576004) calcru: negative time of 22755 usec for pid 87176 (cat) microuptime() went backwards (2281.608831 -> 2281,605318) microuptime() went backwards (2281.622484 -> 2281,605237) microuptime() went backwards (2281.647635 -> 2281,628543) microuptime() went backwards (2281.660000 -> 2281,631680) microuptime() went backwards (2281.660000 -> 2281,649273) microuptime() went backwards (2281.668285 -> 2281,625805) microuptime() went backwards (2281.668285 -> 2281,627310) microuptime() went backwards (2281.681288 -> 2281,659619) microuptime() went backwards (2281.738075 -> 2281,714690) microuptime() went backwards (2281.748505 -> 2281,725550) microuptime() went backwards (2281.739755 -> 2281,-694643184) microuptime() went backwards (2281.816805 -> 2281,787412) microuptime() went backwards (2281.830713 -> 2281,-694566817) microuptime() went backwards (2281.898062 -> 2281,869956) microuptime() went backwards (2281.911496 -> 2281,861720) microuptime() went backwards (2281.911496 -> 2281,881030) microuptime() went backwards (2281.911496 -> 2281,900340) microuptime() went backwards (2281.911496 -> 2281,885024) microuptime() went backwards (2281.911496 -> 2281,901973) microuptime() went backwards (2281.911496 -> 2281,881937) microuptime() went backwards (2281.911496 -> 2281,903392) microuptime() went backwards (2281.911496 -> 2281,893654) microuptime() went backwards (2281.952145 -> 2281,940560) microuptime() went backwards (2282.043801 -> 2282,030845) microuptime() went backwards (2282.066701 -> 2282,066189) microuptime() went backwards (2282.090127 -> 2282,080389) microuptime() went backwards (2282.147450 -> 2282,122348) microuptime() went backwards (2282.185290 -> 2282,158901) microuptime() went backwards (2282.181229 -> 2282,166556) microuptime() went backwards (2282.208295 -> 2282,183622) microuptime() went backwards (2282.248711 -> 2282,212881) microuptime() went backwards (2282.248711 -> 2282,228329) microuptime() went backwards (2282.256781 -> 2282,212584) microuptime() went backwards (2282.256781 -> 2282,242836) microuptime() went backwards (2282.269571 -> 2282,231596) microuptime() went backwards (2282.269571 -> 2282,252837) microuptime() went backwards (2282.269571 -> 2282,242026) microuptime() went backwards (2282.269571 -> 2282,259405) microuptime() went backwards (2282.265116 -> 2282,262243) microuptime() went backwards (2282.267622 -> 2282,263463) microuptime() went backwards (2282.299925 -> 2282,287613) microuptime() went backwards (2282.403563 -> 2282,-694994396) microuptime() went backwards (2282.430781 -> 2282,427265) microuptime() went backwards (2282.435573 -> 2282,425192) microuptime() went backwards (2282.450637 -> 2282,-694936380) microuptime() went backwards (2282.483073 -> 2282,475696) microuptime() went backwards (2282.483073 -> 2282,476046) microuptime() went backwards (2282.504252 -> 2282,-694883192) microuptime() went backwards (2282.549143 -> 2282,520395) microuptime() went backwards (2282.549143 -> 2282,539705) microuptime() went backwards (2282.549143 -> 2282,510874) microuptime() went backwards (2282.549143 -> 2282,548635) microuptime() went backwards (2282.549143 -> 2282,536752) microuptime() went backwards (2282.561211 -> 2282,529588) microuptime() went backwards (2282.561211 -> 2282,560055) microuptime() went backwards (2282.588507 -> 2282,550103) microuptime() went backwards (2282.588507 -> 2282,573704) microuptime() went backwards (2282.588507 -> 2282,583705) microuptime() went backwards (2282.588507 -> 2282,560020) microuptime() went backwards (2282.588507 -> 2282,578472) microuptime() went backwards (2282.600357 -> 2282,586757) microuptime() went backwards (2282.630872 -> 2282,586460) microuptime() went backwards (2282.630872 -> 2282,609121) microuptime() went backwards (2282.656799 -> 2282,643712) microuptime() went backwards (2282.656799 -> 2282,648564) microuptime() went backwards (2282.670795 -> 2282,643892) microuptime() went backwards (2282.670795 -> 2282,665133) microuptime() went backwards (2282.670795 -> 2282,668141) microuptime() went backwards (2282.678011 -> 2282,658619) microuptime() went backwards (2282.683722 -> 2282,682997) microuptime() went backwards (2282.728960 -> 2282,688840) microuptime() went backwards (2282.728960 -> 2282,710510) microuptime() went backwards (2282.719736 -> 2282,709141) microuptime() went backwards (2282.719736 -> 2282,717818) microuptime() went backwards (2282.734769 -> 2282,733828) microuptime() went backwards (2282.758142 -> 2282,742826) microuptime() went backwards (2282.798108 -> 2282,777512) microuptime() went backwards (2282.815713 -> 2282,811209) microuptime() went backwards (2282.843658 -> 2282,795600) microuptime() went backwards (2282.843658 -> 2282,815553) microuptime() went backwards (2282.824993 -> 2282,805172) microuptime() went backwards (2282.824993 -> 2282,811958) microuptime() went backwards (2282.836633 -> 2282,834833) microuptime() went backwards (2282.934029 -> 2282,928367) microuptime() went backwards (2282.963256 -> 2282,939227) microuptime() went backwards (2283.001962 -> 2282,981795) microuptime() went backwards (2282.994786 -> 2282,985048) microuptime() went backwards (2283.022286 -> 2283,005253) microuptime() went backwards (2283.051298 -> 2283,006887) microuptime() went backwards (2283.051298 -> 2283,026625) microuptime() went backwards (2283.051298 -> 2283,011953) microuptime() went backwards (2283.051298 -> 2283,029117) microuptime() went backwards (2283.053362 -> 2283,021739) microuptime() went backwards (2283.116173 -> 2283,112313) microuptime() went backwards (2283.126311 -> 2283,124726) microuptime() went backwards (2283.160043 -> 2283,125717) microuptime() went backwards (2283.135682 -> 2283,-695246829) calcru: negative time of 38040 usec for pid 87187 (cat) microuptime() went backwards (2283.266938 -> 2283,247116) microuptime() went backwards (2283.280998 -> 2283,-695112026) microuptime() went backwards (2283.290384 -> 2283,272279) microuptime() went backwards (2283.356616 -> 2283,-695049963) microuptime() went backwards (2283.416154 -> 2283,388048) microuptime() went backwards (2283.429159 -> 2283,379383) microuptime() went backwards (2283.429159 -> 2283,398693) microuptime() went backwards (2283.429159 -> 2283,418003) microuptime() went backwards (2283.429159 -> 2283,402901) microuptime() went backwards (2283.429159 -> 2283,420065) microuptime() went backwards (2283.429159 -> 2283,400244) microuptime() went backwards (2283.429159 -> 2283,421913) microuptime() went backwards (2283.429159 -> 2283,412605) microuptime() went backwards (2283.485732 -> 2283,459343) microuptime() went backwards (2283.523791 -> 2283,505042) microuptime() went backwards (2283.528644 -> 2283,-694867599) microuptime() went backwards (2283.539514 -> 2283,518190) microuptime() went backwards (2283.554138 -> 2283,-694836740) microuptime() went backwards (2283.573214 -> 2283,567982) microuptime() went backwards (2283.643096 -> 2283,624991) microuptime() went backwards (2283.688742 -> 2283,664070) microuptime() went backwards (2283.675677 -> 2283,656285) microuptime() went backwards (2283.689951 -> 2283,678711) microuptime() went backwards (2283.769625 -> 2283,729075) microuptime() went backwards (2283.788304 -> 2283,763631) microuptime() went backwards (2283.804098 -> 2283,754323) microuptime() went backwards (2283.804098 -> 2283,773418) microuptime() went backwards (2283.804098 -> 2283,792298) microuptime() went backwards (2283.804098 -> 2283,775909) microuptime() went backwards (2283.804098 -> 2283,792645) microuptime() went backwards (2283.804098 -> 2283,772179) microuptime() went backwards (2283.804098 -> 2283,793849) microuptime() went backwards (2283.804098 -> 2283,783038) microuptime() went backwards (2283.804098 -> 2283,801704) microuptime() went backwards (2283.835526 -> 2283,813213) microuptime() went backwards (2283.835526 -> 2283,815920) microuptime() went backwards (2283.835526 -> 2283,832144) microuptime() went backwards (2283.850714 -> 2283,-694534586) microuptime() went backwards (2283.866508 -> 2283,-694535312) microuptime() went backwards (2283.866508 -> 2283,-694532519) microuptime() went backwards (2283.855488 -> 2283,855405) calcru: negative time of 0 usec for pid 87191 (cat) microuptime() went backwards (2283.890163 -> 2283,889654) microuptime() went backwards (2283.905021 -> 2283,901721) microuptime() went backwards (2283.943260 -> 2283,929315) microuptime() went backwards (2283.953263 -> 2283,915718) microuptime() went backwards (2283.924944 -> 2283,910056) microuptime() went backwards (2283.956940 -> 2283,-694433080) microuptime() went backwards (2283.992403 -> 2283,964297) microuptime() went backwards (2284.012825 -> 2283,985363) microuptime() went backwards (2284.017261 -> 2283,987010) microuptime() went backwards (2284.010372 -> 2283,-694385441) microuptime() went backwards (2284.058304 -> 2284,027410) microuptime() went backwards (2284.049530 -> 2284,029708) microuptime() went backwards (2284.065468 -> 2284,-695329916) microuptime() went backwards (2284.152465 -> 2284,131141) microuptime() went backwards (2284.208013 -> 2284,189693) microuptime() went backwards (2284.236596 -> 2284,191970) microuptime() went backwards (2284.236596 -> 2284,211709) microuptime() went backwards (2284.251318 -> 2284,204546) microuptime() went backwards (2284.251318 -> 2284,230721) microuptime() went backwards (2284.262177 -> 2284,233642) microuptime() went backwards (2284.262177 -> 2284,252737) microuptime() went backwards (2284.255455 -> 2284,246577) microuptime() went backwards (2284.271465 -> 2284,261300) microuptime() went backwards (2284.289000 -> 2284,-695094154) microuptime() went backwards (2284.289000 -> 2284,287550) microuptime() went backwards (2284.340166 -> 2284,320773) microuptime() went backwards (2284.401962 -> 2284,364203) microuptime() went backwards (2284.372273 -> 2284,369836) microuptime() went backwards (2284.432402 -> 2284,412884) microuptime() went backwards (2284.441501 -> 2284,434981) calcru: negative time of 564 usec for pid 87194 (cat) microuptime() went backwards (2284.476013 -> 2284,463271) calcru: negative time of 9146 usec for pid 87195 (cat) microuptime() went backwards (2284.521896 -> 2284,492420) microuptime() went backwards (2284.521896 -> 2284,505297) microuptime() went backwards (2284.514309 -> 2284,501996) calcru: negative time of 0 usec for pid 87197 (cat) microuptime() went backwards (2284.556199 -> 2284,531312) microuptime() went backwards (2284.556199 -> 2284,552982) microuptime() went backwards (2284.572422 -> 2284,535735) microuptime() went backwards (2284.572422 -> 2284,543248) microuptime() went backwards (2284.604111 -> 2284,566137) microuptime() went backwards (2284.604111 -> 2284,590814) microuptime() went backwards (2284.622616 -> 2284,583140) microuptime() went backwards (2284.622616 -> 2284,599663) microuptime() went backwards (2284.641335 -> 2284,605724) microuptime() went backwards (2284.631899 -> 2284,611005) microuptime() went backwards (2284.631899 -> 2284,629456) microuptime() went backwards (2284.663916 -> 2284,610711) microuptime() went backwards (2284.636458 -> 2284,626720) calcru: negative time of 0 usec for pid 87204 (cat) microuptime() went backwards (2284.693497 -> 2284,655738) microuptime() went backwards (2284.693497 -> 2284,-694720158) microuptime() went backwards (2284.707243 -> 2284,671843) microuptime() went backwards (2284.707243 -> 2284,693731) microuptime() went backwards (2284.700812 -> 2284,679059) microuptime() went backwards (2284.700812 -> 2284,697296) microuptime() went backwards (2284.733902 -> 2284,686061) microuptime() went backwards (2284.711807 -> 2284,692200) microuptime() went backwards (2284.711807 -> 2284,711295) microuptime() went backwards (2284.750046 -> 2284,705852) microuptime() went backwards (2284.732028 -> 2284,710919) microuptime() went backwards (2284.732028 -> 2284,728941) microuptime() went backwards (2284.786624 -> 2284,748864) microuptime() went backwards (2284.786624 -> 2284,768177) microuptime() went backwards (2284.803924 -> 2284,772385) microuptime() went backwards (2284.803924 -> 2284,790837) microuptime() went backwards (2284.810063 -> 2284,773376) microuptime() went backwards (2284.810063 -> 2284,784751) microuptime() went backwards (2284.819639 -> 2284,788959) microuptime() went backwards (2284.819639 -> 2284,807410) microuptime() went backwards (2284.826636 -> 2284,788876) microuptime() went backwards (2284.826636 -> 2284,813083) microuptime() went backwards (2284.826636 -> 2284,808068) microuptime() went backwards (2284.851323 -> 2284,820858) microuptime() went backwards (2284.851323 -> 2284,839095) microuptime() went backwards (2284.858321 -> 2284,823136) microuptime() went backwards (2284.858321 -> 2284,835798) microuptime() went backwards (2284.870471 -> 2284,838718) microuptime() went backwards (2284.870471 -> 2284,856955) microuptime() went backwards (2284.876181 -> 2284,838851) microuptime() went backwards (2284.876181 -> 2284,860095) microuptime() went backwards (2284.923488 -> 2284,885728) microuptime() went backwards (2284.923488 -> 2284,907616) microuptime() went backwards (2284.934483 -> 2284,898010) microuptime() went backwards (2284.934483 -> 2284,910672) microuptime() went backwards (2284.945775 -> 2284,914451) microuptime() went backwards (2284.945775 -> 2284,932259) microuptime() went backwards (2284.941270 -> 2284,922737) microuptime() went backwards (2284.941270 -> 2284,940548) microuptime() went backwards (2284.998108 -> 2284,966355) microuptime() went backwards (2284.998108 -> 2284,988240) microuptime() went backwards (2285.007680 -> 2284,973997) microuptime() went backwards (2285.007680 -> 2284,991165) microuptime() went backwards (2285.009319 -> 2284,983705) microuptime() went backwards (2285.009319 -> 2284,992719) microuptime() went backwards (2285.017393 -> 2284,995855) microuptime() went backwards (2285.017393 -> 2285,014092) microuptime() went backwards (2285.050912 -> 2285,005860) microuptime() went backwards (2285.032679 -> 2285,010712) microuptime() went backwards (2285.032679 -> 2285,028734) microuptime() went backwards (2285.082639 -> 2285,044665) microuptime() went backwards (2285.082639 -> 2285,068698) microuptime() went backwards (2285.094921 -> 2285,056089) microuptime() went backwards (2285.094921 -> 2285,064460) microuptime() went backwards (2285.116175 -> 2285,-695294143) microuptime() went backwards (2285.116175 -> 2285,101590) microuptime() went backwards (2285.118886 -> 2285,091985) microuptime() went backwards (2285.118886 -> 2285,100141) microuptime() went backwards (2285.125458 -> 2285,104135) microuptime() went backwards (2285.125458 -> 2285,123444) microuptime() went backwards (2285.161981 -> 2285,118216) microuptime() went backwards (2285.151472 -> 2285,130363) microuptime() went backwards (2285.151472 -> 2285,148600) microuptime() went backwards (2285.157611 -> 2285,134357) microuptime() went backwards (2285.157611 -> 2285,145303) microuptime() went backwards (2285.170405 -> 2285,148867) microuptime() went backwards (2285.170405 -> 2285,167319) microuptime() went backwards (2285.203924 -> 2285,156727) microuptime() went backwards (2285.181829 -> 2285,160506) microuptime() went backwards (2285.181829 -> 2285,179601) microuptime() went backwards (2285.214919 -> 2285,209559) microuptime() went backwards (2285.237927 -> 2285,201884) microuptime() went backwards (2285.237927 -> 2285,223518) microuptime() went backwards (2285.261327 -> 2285,222283) microuptime() went backwards (2285.272190 -> 2285,238721) microuptime() went backwards (2285.272190 -> 2285,252667) microuptime() went backwards (2285.281333 -> 2285,237136) microuptime() went backwards (2285.281333 -> 2285,268032) microuptime() went backwards (2285.281333 -> 2285,240056) microuptime() went backwards (2285.281333 -> 2285,271596) microuptime() went backwards (2285.303695 -> 2285,272586) microuptime() went backwards (2285.303695 -> 2285,291681) microuptime() went backwards (2285.303695 -> 2285,291169) microuptime() went backwards (2285.311254 -> 2285,296153) microuptime() went backwards (2285.346409 -> 2285,308650) microuptime() went backwards (2285.346409 -> 2285,311013) microuptime() went backwards (2285.339121 -> 2285,328739) microuptime() went backwards (2285.351267 -> 2285,328871) microuptime() went backwards (2285.351267 -> 2285,337028) microuptime() went backwards (2285.378353 -> 2285,354539) microuptime() went backwards (2285.387925 -> 2285,356173) microuptime() went backwards (2285.387925 -> 2285,359180) microuptime() went backwards (2285.409863 -> 2285,377038) microuptime() went backwards (2285.409863 -> 2285,-694997784) microuptime() went backwards (2285.429831 -> 2285,403442) microuptime() went backwards (2285.436614 -> 2285,403145) microuptime() went backwards (2285.436614 -> 2285,407654) microuptime() went backwards (2285.444260 -> 2285,417442) microuptime() went backwards (2285.444260 -> 2285,437610) microuptime() went backwards (2285.456621 -> 2285,425727) microuptime() went backwards (2285.456621 -> 2285,434098) microuptime() went backwards (2285.468986 -> 2285,437233) microuptime() went backwards (2285.468986 -> 2285,456114) microuptime() went backwards (2285.475125 -> 2285,435864) microuptime() went backwards (2285.465739 -> 2285,462869) microuptime() went backwards (2285.522860 -> 2285,494111) microuptime() went backwards (2285.522860 -> 2285,512777) microuptime() went backwards (2285.531788 -> 2285,494243) microuptime() went backwards (2285.531788 -> 2285,497036) microuptime() went backwards (2285.523855 -> 2285,509612) microuptime() went backwards (2285.531711 -> 2285,506955) microuptime() went backwards (2285.531711 -> 2285,530089) microuptime() went backwards (2285.531711 -> 2285,527003) microuptime() went backwards (2285.593832 -> 2285,567574) microuptime() went backwards (2285.593832 -> 2285,576803) microuptime() went backwards (2285.603408 -> 2285,585303) microuptime() went backwards (2285.605900 -> 2285,579427) microuptime() went backwards (2285.605952 -> 2285,602222) calcru: negative time of 33521 usec for pid 87247 (cat) microuptime() went backwards (2285.638267 -> 2285,637114) microuptime() went backwards (2285.671788 -> 2285,644541) microuptime() went backwards (2285.671788 -> 2285,663207) microuptime() went backwards (2285.682432 -> 2285,645102) microuptime() went backwards (2285.682432 -> 2285,647596) microuptime() went backwards (2285.672699 -> 2285,652877) microuptime() went backwards (2285.672699 -> 2285,671758) microuptime() went backwards (2285.708792 -> 2285,701072) microuptime() went backwards (2285.730299 -> 2285,719534) microuptime() went backwards (2285.730299 -> 2285,723399) microuptime() went backwards (2285.719587 -> 2285,718649) calcru: negative time of 131 usec for pid 87252 (cat) microuptime() went backwards (2285.753378 -> 2285,752007) calcru: negative time of 1207 usec for pid 87253 (cat) microuptime() went backwards (2285.818362 -> 2285,797981) microuptime() went backwards (2285.818362 -> 2285,-694575206) microuptime() went backwards (2285.833183 -> 2285,822802) microuptime() went backwards (2285.855115 -> 2285,830444) microuptime() went backwards (2285.855115 -> 2285,826075) microuptime() went backwards (2285.853324 -> 2285,842513) microuptime() went backwards (2285.863754 -> 2285,848867) microuptime() went backwards (2285.896851 -> 2285,875826) microuptime() went backwards (2285.911787 -> 2285,886471) microuptime() went backwards (2285.894545 -> 2285,887382) calcru: negative time of 4641 usec for pid 87258 (cat) microuptime() went backwards (2285.936861 -> 2285,906186) microuptime() went backwards (2285.944508 -> 2285,925413) microuptime() went backwards (2285.968977 -> 2285,941306) microuptime() went backwards (2285.992204 -> 2285,966245) microuptime() went backwards (2285.992204 -> 2285,957156) microuptime() went backwards (2285.985477 -> 2285,973808) microuptime() went backwards (2285.996122 -> 2285,982308) calcru: negative time of 30224 usec for pid 87262 (cat) microuptime() went backwards (2286.014760 -> 2286,000518) microuptime() went backwards (2286.066010 -> 2286,040265) microuptime() went backwards (2286.066010 -> 2286,061044) calcru: negative time of 1848 usec for pid 87264 (cat) microuptime() went backwards (2286.097054 -> 2286,067453) microuptime() went backwards (2286.094752 -> 2286,080723) microuptime() went backwards (2286.112691 -> 2286,107460) microuptime() went backwards (2286.132913 -> 2286,112448) microuptime() went backwards (2286.162494 -> 2286,151040) microuptime() went backwards (2286.177001 -> 2286,164689) microuptime() went backwards (2286.193539 -> 2286,184660) microuptime() went backwards (2286.210620 -> 2286,198094) microuptime() went backwards (2286.210620 -> 2286,205312) microuptime() went backwards (2286.256639 -> 2286,232825) microuptime() went backwards (2286.256639 -> 2286,233821) microuptime() went backwards (2286.261927 -> 2286,251760) microuptime() went backwards (2286.272786 -> 2286,260260) microuptime() went backwards (2286.272786 -> 2286,256535) microuptime() went backwards (2286.311592 -> 2286,287349) microuptime() went backwards (2286.319019 -> 2286,295634) microuptime() went backwards (2286.319019 -> 2286,-695085491) microuptime() went backwards (2286.319250 -> 2286,308225) microuptime() went backwards (2286.330109 -> 2286,317369) microuptime() went backwards (2286.365562 -> 2286,334882) microuptime() went backwards (2286.365562 -> 2286,356123) microuptime() went backwards (2286.375563 -> 2286,340593) microuptime() went backwards (2286.375563 -> 2286,341589) microuptime() went backwards (2286.374549 -> 2286,365670) calcru: negative time of 6923 usec for pid 87275 (cat) microuptime() went backwards (2286.398554 -> 2286,395039) microuptime() went backwards (2286.441269 -> 2286,433676) microuptime() went backwards (2286.469637 -> 2286,448398) microuptime() went backwards (2286.455186 -> 2286,447379) calcru: negative time of 9577 usec for pid 87277 (cat) microuptime() went backwards (2286.499433 -> 2286,490643) calcru: negative time of 1204 usec for pid 87278 (cat) microuptime() went backwards (2286.526011 -> 2286,509283) calcru: negative time of 31202 usec for pid 87279 (cat) microuptime() went backwards (2286.541476 -> 2286,528950) microuptime() went backwards (2286.557837 -> 2286,539517) microuptime() went backwards (2286.589425 -> 2286,582566) microuptime() went backwards (2286.582270 -> 2286,574248) microuptime() went backwards (2286.595704 -> 2286,582319) microuptime() went backwards (2286.595704 -> 2286,584257) calcru: negative time of 1634 usec for pid 87282 (cat) microuptime() went backwards (2286.632797 -> 2286,632076) microuptime() went backwards (2286.683495 -> 2286,669335) microuptime() went backwards (2286.683495 -> 2286,645651) microuptime() went backwards (2286.702210 -> 2286,655224) microuptime() went backwards (2286.702210 -> 2286,679257) microuptime() went backwards (2286.702210 -> 2286,672952) microuptime() went backwards (2286.722001 -> 2286,676517) microuptime() went backwards (2286.722001 -> 2286,699045) microuptime() went backwards (2286.722001 -> 2286,683943) microuptime() went backwards (2286.722001 -> 2286,702609) microuptime() went backwards (2286.736854 -> 2286,704457) microuptime() went backwards (2286.736854 -> 2286,699653) microuptime() went backwards (2286.748931 -> 2286,735975) microuptime() went backwards (2286.760220 -> 2286,739755) microuptime() went backwards (2286.779191 -> 2286,774173) calcru: negative time of 11213 usec for pid 87285 (cat) microuptime() went backwards (2286.795414 -> 2286,783961) calcru: negative time of 34513 usec for pid 87286 (cat) microuptime() went backwards (2286.842406 -> 2286,833313) microuptime() went backwards (2286.870650 -> 2286,854690) microuptime() went backwards (2286.877862 -> 2286,855252) microuptime() went backwards (2286.920409 -> 2286,905311) microuptime() went backwards (2286.921843 -> 2286,911676) microuptime() went backwards (2286.988374 -> 2286,961127) microuptime() went backwards (2286.988374 -> 2286,982797) microuptime() went backwards (2287.002237 -> 2286,980355) microuptime() went backwards (2287.002237 -> 2286,966973) microuptime() went backwards (2286.993792 -> 2286,977188) microuptime() went backwards (2287.017468 -> 2287,013952) calcru: negative time of 695448312 usec for pid 87291 (cat) microuptime() went backwards (2287.036051 -> 2287,035110) microuptime() went backwards (2287.050267 -> 2287,048253) calcru: negative time of 22238 usec for pid 87292 (cat) microuptime() went backwards (2287.069709 -> 2287,057611) microuptime() went backwards (2287.069709 -> 2287,065557) microuptime() went backwards (2287.093878 -> 2287,081565) microuptime() went backwards (2287.103449 -> 2287,093712) microuptime() went backwards (2287.103449 -> 2287,-695292909) microuptime() went backwards (2287.121917 -> 2287,112394) microuptime() went backwards (2287.144493 -> 2287,124112) microuptime() went backwards (2287.144493 -> 2287,115665) microuptime() went backwards (2287.141625 -> 2287,122018) microuptime() went backwards (2287.141625 -> 2287,140899) microuptime() went backwards (2287.179650 -> 2287,173435) microuptime() went backwards (2287.191589 -> 2287,172923) microuptime() went backwards (2287.171478 -> 2287,169463) calcru: negative time of 6658 usec for pid 87297 (cat) microuptime() went backwards (2287.190919 -> 2287,179465) microuptime() went backwards (2287.239856 -> 2287,220333) microuptime() went backwards (2287.239856 -> 2287,-695176554) microuptime() went backwards (2287.243423 -> 2287,243133) microuptime() went backwards (2287.268796 -> 2287,247127) microuptime() went backwards (2287.279655 -> 2287,259489) microuptime() went backwards (2287.279655 -> 2287,267354) microuptime() went backwards (2287.309024 -> 2287,294651) microuptime() went backwards (2287.309024 -> 2287,301309) microuptime() went backwards (2287.284276 -> 2287,283121) calcru: negative time of 0 usec for pid 87301 (cat) calcru: negative time of 7742 usec for pid 87302 (cat) microuptime() went backwards (2287.331546 -> 2287,319877) microuptime() went backwards (2287.331546 -> 2287,322674) microuptime() went backwards (2287.350781 -> 2287,344261) microuptime() went backwards (2287.365931 -> 2287,352547) microuptime() went backwards (2287.379505 -> 2287,367836) microuptime() went backwards (2287.395513 -> 2287,386205) microuptime() went backwards (2287.395513 -> 2287,395101) microuptime() went backwards (2287.423422 -> 2287,411968) microuptime() went backwards (2287.444282 -> 2287,422184) microuptime() went backwards (2287.444282 -> 2287,419534) microuptime() went backwards (2287.447641 -> 2287,438117) microuptime() went backwards (2287.459787 -> 2287,447905) microuptime() went backwards (2287.454480 -> 2287,450750) calcru: negative time of 27090 usec for pid 87307 (cat) microuptime() went backwards (2287.514175 -> 2287,489939) microuptime() went backwards (2287.531825 -> 2287,508655) microuptime() went backwards (2287.531825 -> 2287,517975) microuptime() went backwards (2287.542994 -> 2287,522318) microuptime() went backwards (2287.542994 -> 2287,521377) microuptime() went backwards (2287.576433 -> 2287,533309) microuptime() went backwards (2287.576433 -> 2287,563990) microuptime() went backwards (2287.591369 -> 2287,554038) microuptime() went backwards (2287.591369 -> 2287,575922) microuptime() went backwards (2287.591369 -> 2287,565970) microuptime() went backwards (2287.591369 -> 2287,584636) microuptime() went backwards (2287.591369 -> 2287,567397) microuptime() went backwards (2287.582203 -> 2287,572680) microuptime() went backwards (2287.596280 -> 2287,594267) microuptime() went backwards (2287.596280 -> 2287,596122) microuptime() went backwards (2287.624872 -> 2287,614490) microuptime() went backwards (2287.635731 -> 2287,626638) microuptime() went backwards (2287.637252 -> 2287,634380) calcru: negative time of 33917 usec for pid 87311 (cat) microuptime() went backwards (2287.656049 -> 2287,647600) microuptime() went backwards (2287.656049 -> 2287,653532) microuptime() went backwards (2287.682282 -> 2287,671042) microuptime() went backwards (2287.693141 -> 2287,681258) calcru: negative time of 14647 usec for pid 87313 (cat) microuptime() went backwards (2287.741876 -> 2287,729778) microuptime() went backwards (2287.760691 -> 2287,758677) calcru: negative time of 5800 usec for pid 87315 (cat) microuptime() went backwards (2287.779918 -> 2287,767821) microuptime() went backwards (2287.779918 -> 2287,773193) microuptime() went backwards (2287.821599 -> 2287,784613) calcru: negative time of 0 usec for pid 87316 (cat) microuptime() went backwards (2287.802636 -> 2287,794830) microuptime() went backwards (2287.836591 -> 2287,823850) microuptime() went backwards (2287.851098 -> 2287,841361) microuptime() went backwards (2287.873778 -> 2287,856323) microuptime() went backwards (2287.885288 -> 2287,877052) microuptime() went backwards (2287.898722 -> 2287,885981) microuptime() went backwards (2287.891915 -> 2287,891617) calcru: negative time of 15375 usec for pid 87320 (cat) microuptime() went backwards (2287.913073 -> 2287,903336) microuptime() went backwards (2287.927505 -> 2287,919912) microuptime() went backwards (2287.969997 -> 2287,965416) microuptime() went backwards (2288.008374 -> 2287,988851) calcru: negative time of 15077 usec for pid 87323 (cat) microuptime() went backwards (2288.004571 -> 2287,994190) microuptime() went backwards (2288.052902 -> 2288,030160) microuptime() went backwards (2288.052902 -> 2288,009694) calcru: negative time of 8599 usec for pid 87325 (cat) microuptime() went backwards (2288.101804 -> 2288,053966) microuptime() went backwards (2288.082716 -> 2288,071905) microuptime() went backwards (2288.093790 -> 2288,080191) microuptime() went backwards (2288.121526 -> 2288,110930) microuptime() went backwards (2288.147749 -> 2288,130586) microuptime() went backwards (2288.147749 -> 2288,140894) calcru: negative time of 27340 usec for pid 87328 (cat) microuptime() went backwards (2288.162358 -> 2288,154123) calcru: negative time of 12717 usec for pid 87329 (cat) microuptime() went backwards (2288.182288 -> 2288,178559) microuptime() went backwards (2288.214101 -> 2288,205221) microuptime() went backwards (2288.241182 -> 2288,221660) microuptime() went backwards (2288.241182 -> 2288,223599) calcru: negative time of 31417 usec for pid 87331 (cat) microuptime() went backwards (2288.266008 -> 2288,243267) microuptime() went backwards (2288.266008 -> 2288,-695144601) microuptime() went backwards (2288.271085 -> 2288,262420) microuptime() went backwards (2288.294519 -> 2288,271563) microuptime() went backwards (2288.294519 -> 2288,275134) calcru: negative time of 1419 usec for pid 87333 (cat) microuptime() went backwards (2288.362908 -> 2288,344887) microuptime() went backwards (2288.362908 -> 2288,348850) microuptime() went backwards (2288.393310 -> 2288,371213) microuptime() went backwards (2288.393310 -> 2288,373498) microuptime() went backwards (2288.412248 -> 2288,391008) microuptime() went backwards (2288.423322 -> 2288,403370) microuptime() went backwards (2288.423322 -> 2288,409732) microuptime() went backwards (2288.418446 -> 2288,409137) microuptime() went backwards (2288.431450 -> 2288,419568) m machdep.msgbuf_clear: 0 machdep.uc_devlist: ^F machdep.i8254_freq: 1193182 machdep.cs_recv_delay: 570 machdep.wi_cache_mcastonly: 0 machdep.wi_cache_iponly: 1 machdep.conspeed: 9600 user.cs_path: /usr/bin:/bin:/usr/sbin:/sbin: user.bc_base_max: 99 user.bc_dim_max: 2048 user.bc_scale_max: 99 user.bc_string_max: 1000 user.coll_weights_max: 0 user.expr_nest_max: 32 user.line_max: 2048 user.re_dup_max: 255 user.posix2_version: 199212 user.posix2_c_bind: 0 user.posix2_c_dev: 0 user.posix2_char_term: 0 user.posix2_fort_dev: 0 user.posix2_fort_run: 0 user.posix2_localedef: 0 user.posix2_sw_dev: 0 user.posix2_upe: 0 user.stream_max: 20 user.tzname_max: 255 p1003_1b.asynchronous_io: 0 p1003_1b.mapped_files: 0 p1003_1b.memlock: 0 p1003_1b.memlock_range: 0 p1003_1b.memory_protection: 0 p1003_1b.message_passing: 0 p1003_1b.prioritized_io: 0 p1003_1b.priority_scheduling: 1 p1003_1b.realtime_signals: 0 p1003_1b.semaphores: 0 p1003_1b.fsync: 0 p1003_1b.shared_memory_objects: 0 p1003_1b.synchronized_io: 0 p1003_1b.timers: 0 p1003_1b.aio_listio_max: 0 p1003_1b.aio_max: 0 p1003_1b.aio_prio_delta_max: 0 p1003_1b.delaytimer_max: 0 p1003_1b.mq_open_max: 0 p1003_1b.pagesize: 4096 p1003_1b.rtsig_max: 0 p1003_1b.sem_nsems_max: 0 p1003_1b.sem_value_max: 0 p1003_1b.sigqueue_max: 0 p1003_1b.timer_max: 0 jail.set_hostname_allowed: 1 >How-To-Repeat: I'm not entirely sure, but I believe you can do it like so: Get any motherboard with the KX133 chipset by VIA (I've seen many reports for Epox boards, and I run an A-bit KA7 myself). Cause your UDMA hard drive some stress by doing lots of IO/seeking. Sooner or later, you'll get the messages like mad. >Fix: None that I know of. I flashed the BIOS to the latest one offerred by A-bit, disabled Ultra DMA in the BIOS (FreeBSD still uses UDMA regardless). None of it helped. >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 May 28 5:48:53 2000 Delivered-To: freebsd-bugs@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 542) id 492DC37B782; Sun, 28 May 2000 05:48:52 -0700 (PDT) To: mike@po.cs.msu.su.su, ache@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG From: ache@FreeBSD.ORG Subject: Re: kern/18651 Message-Id: <20000528124852.492DC37B782@hub.freebsd.org> Date: Sun, 28 May 2000 05:48:52 -0700 (PDT) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Capslock LED doesn't work in XFree86 when using a syscons keymap with more that 128 keys defined State-Changed-From-To: open->closed State-Changed-By: ache State-Changed-When: Sun May 28 05:00:47 PDT 2000 State-Changed-Why: Fix applied To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 28 7:47:47 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3EDE637B89E; Sun, 28 May 2000 07:47:44 -0700 (PDT) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA72540; Sun, 28 May 2000 07:47:43 -0700 (PDT) (envelope-from steve@FreeBSD.org) Date: Sun, 28 May 2000 07:47:43 -0700 (PDT) From: Message-Id: <200005281447.HAA72540@freefall.freebsd.org> To: khana@kcm.adm.intelsat.int, steve@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/18515: Memory leak in putenv Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Memory leak in putenv State-Changed-From-To: open->closed State-Changed-By: steve State-Changed-When: Sun May 28 07:47:03 PDT 2000 State-Changed-Why: See also bin/18519. http://www.freebsd.org/cgi/query-pr.cgi?pr=18515 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 28 7:54:15 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 544C637B976; Sun, 28 May 2000 07:54:14 -0700 (PDT) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA73471; Sun, 28 May 2000 07:54:14 -0700 (PDT) (envelope-from steve@FreeBSD.org) Date: Sun, 28 May 2000 07:54:14 -0700 (PDT) From: Message-Id: <200005281454.HAA73471@freefall.freebsd.org> To: aa8vb@ipass.net, steve@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/17209: Re: 3.4 Lock-up during file-completion Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Re: 3.4 Lock-up during file-completion State-Changed-From-To: open->closed State-Changed-By: steve State-Changed-When: Sun May 28 07:51:27 PDT 2000 State-Changed-Why: Followup to kern/17208. http://www.freebsd.org/cgi/query-pr.cgi?pr=17209 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 28 8:47:44 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id A9E0437B96A; Sun, 28 May 2000 08:47:39 -0700 (PDT) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.10.1/8.10.1/20000504) id e4SFlb725171; Sun, 28 May 2000 10:47:37 -0500 (CDT) From: Larry Rosenman Message-Id: <200005281547.e4SFlb725171@lerami.lerctr.org> Subject: make buildworld: building strip fails. To: freebsd-stable@freebsd.org Date: Sun, 28 May 2000 10:47:37 -0500 (CDT) Cc: freebsd-bugs@freebsd.org X-Mailer: ELM [version 2.4ME+ PL66 (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 It appears SOMETHING broke /usr/src/gnu/usr.bin/binutils/strip for building. SOMETHING needs to define HAVE_UTIMES or HAVE_GOOD_UTIME_H in order for objcopy.c to compile. This is going from 4.0-RELEASE to 4.0-STABLE yesterday and today. Can someone look at it? Thanks! Larry Rosenman -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 28 9:38:52 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 0B0FD37BAB6; Sun, 28 May 2000 09:38:42 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id KAA32991; Sun, 28 May 2000 10:38:41 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id KAA78945; Sun, 28 May 2000 10:38:28 -0600 (MDT) Message-Id: <200005281638.KAA78945@harmony.village.org> To: Larry Rosenman Subject: Re: make buildworld: building strip fails. Cc: freebsd-stable@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG In-reply-to: Your message of "Sun, 28 May 2000 10:47:37 CDT." <200005281547.e4SFlb725171@lerami.lerctr.org> References: <200005281547.e4SFlb725171@lerami.lerctr.org> Date: Sun, 28 May 2000 10:38:28 -0600 From: Warner Losh Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <200005281547.e4SFlb725171@lerami.lerctr.org> Larry Rosenman writes: : It appears SOMETHING broke /usr/src/gnu/usr.bin/binutils/strip for building. : : SOMETHING needs to define HAVE_UTIMES or HAVE_GOOD_UTIME_H in order : for objcopy.c to compile. : : This is going from 4.0-RELEASE to 4.0-STABLE yesterday and today. : : Can someone look at it? Odd. I just did a make buildworld/install world from a pre-4.0 current system to a 4.0-stable system on Thursday. I didn't hit this. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 28 9:41:23 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 2FF2437BAC0; Sun, 28 May 2000 09:41:19 -0700 (PDT) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.10.1/8.10.1/20000504) id e4SGfFT27250; Sun, 28 May 2000 11:41:15 -0500 (CDT) From: Larry Rosenman Message-Id: <200005281641.e4SGfFT27250@lerami.lerctr.org> Subject: Re: make buildworld: building strip fails. In-Reply-To: <200005281638.KAA78945@harmony.village.org> from Warner Losh at "May 28, 2000 10:38:28 am" To: Warner Losh Date: Sun, 28 May 2000 11:41:15 -0500 (CDT) Cc: Larry Rosenman , freebsd-stable@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL66 (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 This is from a FRESH install of 4.0-RELEASE (since I managed to trash the old 4.0-STABLE because of a make -i and install :-( ) (done yesterday and today). I then CVSUP'd the 4.0-STABLE tree for all 4 pieces, and then did a make buildworld. It died on objcopy. Larry Rosenman > In message <200005281547.e4SFlb725171@lerami.lerctr.org> Larry Rosenman writes: > : It appears SOMETHING broke /usr/src/gnu/usr.bin/binutils/strip for building. > : > : SOMETHING needs to define HAVE_UTIMES or HAVE_GOOD_UTIME_H in order > : for objcopy.c to compile. > : > : This is going from 4.0-RELEASE to 4.0-STABLE yesterday and today. > : > : Can someone look at it? > > Odd. I just did a make buildworld/install world from a pre-4.0 > current system to a 4.0-stable system on Thursday. I didn't hit this. > > Warner > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 28 9:49:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 5C90A37B5D1; Sun, 28 May 2000 09:49:08 -0700 (PDT) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.10.1/8.10.1/20000504) id e4SGn3Q27723; Sun, 28 May 2000 11:49:03 -0500 (CDT) From: Larry Rosenman Message-Id: <200005281649.e4SGn3Q27723@lerami.lerctr.org> Subject: Re: make buildworld: building strip fails. In-Reply-To: <200005281643.KAA84242@harmony.village.org> from Warner Losh at "May 28, 2000 10:43:19 am" To: Warner Losh Date: Sun, 28 May 2000 11:49:03 -0500 (CDT) Cc: Larry Rosenman , freebsd-stable@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL66 (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 cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldctor.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldemul.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldexp.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldfile.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c ldgram.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldlang.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c ldlex.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldmain.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldmisc.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldver.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldwrite.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/lexsup.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/mri.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -o ld eelf_i386.o ldcref.o ldctor.o ldemul.o ldexp.o ldfile.o ldgram.o ldlang.o ldlex.o ldmain.o ldmisc.o ldver.o ldwrite.o lexsup.o mri.o -L../libbfd -lbfd -L../libiberty -liberty ===> nm cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/nm -I/usr/src/gnu/usr.bin/binutils/nm/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/nm/../../../../contrib/binutils/include -I/usr/src/gnu/usr.bin/binutils/nm/../libbinutils -I/usr/src/gnu/usr.bin/binutils/nm/../../../../contrib/binutils/binutils -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/nm/../../../../contrib/binutils/binutils/nm.c cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/nm -I/usr/src/gnu/usr.bin/binutils/nm/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/nm/../../../../contrib/binutils/include -I/usr/src/gnu/usr.bin/binutils/nm/../libbinutils -I/usr/src/gnu/usr.bin/binutils/nm/../../../../contrib/binutils/binutils -I/usr/obj/usr/src/i386/usr/include -o nm nm.o -L../libbinutils -lbinutils -L../libbfd -lbfd -L../libiberty -liberty ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': bucomm.o(.text+0x343): warning: mktemp() possibly used unsafely; consider using mkstemp() ===> objcopy cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/objcopy -I/usr/src/gnu/usr.bin/binutils/objcopy/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/include -I/usr/src/gnu/usr.bin/binutils/objcopy/../libbinutils -I/usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils/objcopy.c /usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils/objcopy.c: In function `set_times': /usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils/objcopy.c:1653: `utime' undeclared (first use in this function) /usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils/objcopy.c:1653: (Each undeclared identifier is reported only once /usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils/objcopy.c:1653: for each function it appears in.) *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/objcopy. *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. > In message <200005281641.e4SGfFT27250@lerami.lerctr.org> Larry Rosenman writes: > : It died on objcopy. > > Posting the tail end of the make will help get this fixed. > > Warner > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 28 9:57:22 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 2972D37B5AB; Sun, 28 May 2000 09:57:18 -0700 (PDT) (envelope-from Cy.Schubert@uumail.gov.bc.ca) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id JAA14394; Sun, 28 May 2000 09:56:56 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda14392; Sun May 28 09:56:49 2000 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.9.3/8.9.1) id JAA06936; Sun, 28 May 2000 09:56:49 -0700 (PDT) Received: from cwsys9.cwsent.com(10.2.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdJE6934; Sun May 28 09:55:50 2000 Received: (from uucp@localhost) by cwsys.cwsent.com (8.10.1/8.9.1) id e4SGtnx44290; Sun, 28 May 2000 09:55:49 -0700 (PDT) Message-Id: <200005281655.e4SGtnx44290@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpdx44283; Sun May 28 09:55:21 2000 X-Mailer: exmh version 2.1.1 10/15/1999 Reply-To: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-OS: FreeBSD 4.0-STABLE X-Sender: cy To: Warner Losh Cc: Larry Rosenman , freebsd-stable@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: make buildworld: building strip fails. In-reply-to: Your message of "Sun, 28 May 2000 10:38:28 MDT." <200005281638.KAA78945@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 28 May 2000 09:55:21 -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <200005281638.KAA78945@harmony.village.org>, Warner Losh writes: > In message <200005281547.e4SFlb725171@lerami.lerctr.org> Larry Rosenman write > s: > : It appears SOMETHING broke /usr/src/gnu/usr.bin/binutils/strip for building > . > : > : SOMETHING needs to define HAVE_UTIMES or HAVE_GOOD_UTIME_H in order > : for objcopy.c to compile. > : > : This is going from 4.0-RELEASE to 4.0-STABLE yesterday and today. > : > : Can someone look at it? > > Odd. I just did a make buildworld/install world from a pre-4.0 > current system to a 4.0-stable system on Thursday. I didn't hit this. Same here. I did the same using a CVSup from Saturday May 27 @ 04:15 PDT on four machines. Everything went smooth. My only complaint is that FreeBSD is getting too big. On my P120 at home 3.4 used to buildworld in 4.5 hours now with 4.0 it took 7.75 hours, while my desktop system and Kerberos servers (333 MHz PII's) at work a 3.4 buildworld took 1.5 hours while building 4.0 world now took 2.25 hours. But I guess that's the price of progress. Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 Team Leader, Sun/DEC Team Internet: Cy.Schubert@osg.gov.bc.ca Open Systems Group, ITSD, ISTA Province of BC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 28 10:20: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D5F9837B6E7 for ; Sun, 28 May 2000 10:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA91284; Sun, 28 May 2000 10:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id E28E737B672; Sun, 28 May 2000 10:13:28 -0700 (PDT) Message-Id: <20000528171328.E28E737B672@hub.freebsd.org> Date: Sun, 28 May 2000 10:13:28 -0700 (PDT) From: swchui@hutchcity.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/18860: Cannot write DATA record to /home/archive/logs/access_log.sinamail-fe4 file: err = 28 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18860 >Category: misc >Synopsis: Cannot write DATA record to /home/archive/logs/access_log.sinamail-fe4 file: err = 28 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 28 10:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: wai >Release: 3.3 >Organization: SINA >Environment: FreeBSD sinamail-fe4.sina.com.hk 3.3-RELEASE FreeBSD 3.3-RELEASE #0: Tue Mar 28 01:31:16 CST 2000 >Description: Got error in log file T{:ET(g7)&v7JF8} ERROR, 2000-05-28 22:51:27 +08:00, Log.c, 835, sinamail.sina.com.hk Cannot write DATA record to /home/archive/logs/access_log.sinamail-fe4 file: err = 28 T{:ET(g6)&z7JF8} ERROR, 2000-05-28 22:51:28 +08:00, Log.c, 835, sinamail.sina.com.hk Cannot write DATA record to /home/archive/logs/access_log.sinamail-fe4 file: err = 28 T{:ET(gR/&b>JF8} ERROR, 2000-05-28 22:51:28 +08:00, Log.c, 835, sinamail.sina.com.hk >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 Sun May 28 14: 1:58 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from nadia.s.bawue.de (nadia.s.bawue.de [193.197.11.52]) by hub.freebsd.org (Postfix) with ESMTP id 33F2A37B719 for ; Sun, 28 May 2000 14:01:47 -0700 (PDT) (envelope-from tf@wurbl.wn.bawue.de) Received: from wurbl.wn.bawue.de (uucp@localhost) by nadia.s.bawue.de (8.9.3/8.9.3) with UUCP id XAA23067 for freebsd.org!freebsd-bugs; Sun, 28 May 2000 23:01:44 +0200 (CEST) Posted-Date: Sun, 28 May 2000 23:01:44 +0200 (CEST) Received: from uucp (helo=prian.bk.int) by wurbl.bk.int with local-esmtp (Exim 3.03 #1) id 12wA75-0004sl-00; Sun, 28 May 2000 22:56:48 +0200 Date: Sun, 28 May 2000 22:50:41 +0200 (CEST) From: Thomas Faehnle Subject: Re: kern/18685: "vinum start" under load causes "Fatal trap 12" To: grog@lemis.com Cc: sos@freebsd.dk, grog@freebsd.org, freebsd-bugs@freebsd.org In-Reply-To: <20000520163547.A62888@freebie.lemis.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Message-Id: Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 20 May, grog@lemis.com wrote: > On Saturday, 20 May 2000 at 9:03:32 +0200, S=F8ren Schmidt wrote: >> It seems Greg Lehey wrote: >>> >>> [...] >>> >> I have 4 30G raid5 volumes here, I've not been able to do a vinum >> start successfully on any of them after a piece has been down, it >> _always_ results in a spontanous reboot or a page fault... >=20 > Well, it would be nice to hear about this sort of thing. Bugs won't > get fixed by themselves. Maybe you have an idea how it's related to > this PR. I was finally able to do a crash dump--using an otherwise unused disk (da0s1b) as dump device helped. Note that disk numbering has shifted by one due to the addition of that extra disk, i.e. the vinum config is now ,-------------------- | bunsen:/var/crash# vinum list | 3 drives: | D d0 State: up Device /dev/da1s2e Avail: 15= 439/15539 MB (99%) | D d1 State: up Device /dev/da2s2e Avail: 15= 439/15539 MB (99%) | D d2 State: up Device /dev/da3s2e Avail: 15= 439/15539 MB (99%) |=20 | 1 volumes: | V raid State: up Plexes: 1 Size: 200 = MB |=20 | 1 plexes: | P raid.p0 R5 State: up Subdisks: 3 Size: 200 = MB |=20 | 3 subdisks: | S raid.p0.s0 State: up PO: 0 B Size: 100 = MB | S raid.p0.s1 State: up PO: 512 kB Size: 100 = MB | S raid.p0.s2 State: up PO: 1024 kB Size: 100 = MB `-------------------- Note also that the other disks are not exclusively dedicated to vinum (dunno if this is relevant). ,-------------------- | bunsen:/var/crash# df | Filesystem 1K-blocks Used Avail Capacity Mounted on | /dev/da1s1a 49583 35837 9780 79% / | /dev/da1s1f 1738660 896656 702912 56% /usr | /dev/da1s1e 19815 520 17710 3% /var | procfs 4 4 0 100% /proc | /dev/da2s1e 1946076 409311 1381079 23% /var/crash | bunsen:/var/crash#=20 `-------------------- Some comments on the stack traces below: - The crash always happens at exactly the same position: the "lp" pointer (line 198 in dscheck()) is faulty. Sometimes it's 0xffffffff, sometimes it's some random value; but it's _always_ the "lp" pointer. - Given my limited understanding of the disk subsystem internals, the hosed data structures seem to represent stuff (struct disklabel*, struct diskslice* ..) that doesn't normally change while the associated disks are in active use. Is it possible that some routines (e.g. dsinit(), dsopen()) called by one of the vinum processes (PID 352) are simply not designed to be called after the initialization phase of the kernel is over? See also the comment for dsopen(): | 628 /* | 629 * This should only be called when the unit is inactive and the st= rategy | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | 630 * routine should not allow it to become active unless we call it.= Our | 631 * strategy routine must be special to allow activity. | 632 */ | 633 int | 634 dsopen(dev, mode, flags, sspp, lp) ,-------------------- | bunsen:/var/crash# gdb -k | GNU gdb 4.18 | Copyright 1998 Free Software Foundation, Inc. | GDB is free software, covered by the GNU General Public License, and you = are | welcome to change it and/or distribute copies of it under certain conditi= ons. | Type "show copying" to see the conditions. | There is absolutely no warranty for GDB. Type "show warranty" for detail= s. | This GDB was configured as "i386-unknown-freebsd". | (kgdb) loadcrash 11 | IdlePTD 3301376 | initial pcb at 2ad380 | panicstr: from debugger | panic messages: | --- | Fatal trap 12: page fault while in kernel mode | fault virtual address =3D 0x391875db | fault code =3D supervisor read, page not present | instruction pointer =3D 0x8:0xc0158c14 | stack pointer =3D 0x10:0xc273adbc | frame pointer =3D 0x10:0xc273add0 | code segment =3D base 0x0, limit 0xfffff, type 0x1b | =3D DPL 0, pres 1, def32 1, gran 1 | processor eflags =3D interrupt enabled, resume, IOPL =3D 0 | current process =3D 106 (syslogd) | interrupt mask =3D none | panic: from debugger | panic: from debugger | Uptime: 3m3s |=20 | dumping to dev #da/0x20001, offset 462816 | dump 8 7 6 5 4 3 2 1=20 | --- | #0 boot (howto=3D260) at ../../kern/kern_shutdown.c:302 | 302 dumppcb.pcb_cr3 =3D rcr3(); | (kgdb) source .gdbinit.crash=20 | (kgdb) ps | pid proc addr uid ppid pgrp flag stat comm wchan | 354 c27cc040 c2870000 0 1 354 000204 3 vinum vinum c= 0820b90 | 352 c27cb680 c295a000 0 196 352 004006 2 vinum =20 | 348 c27cb820 c2880000 0 325 204 004086 3 as piperd = c27325e0 | 347 c27cb9c0 c287d000 0 325 204 004006 3 cc1 vmpfw c= 0425c00 | 345 c27cbd00 c2876000 0 323 204 004086 3 as piperd = c2732860 | 344 c27cbea0 c2873000 0 323 204 004006 3 cc1 vmpfw c= 0425c00 | 342 c27cc1e0 c286c000 0 314 204 004086 3 as piperd = c2732ae0 | 341 c27cc380 c2867000 0 314 204 004006 2 cc1 =20 | 340 c27cc520 c2865000 0 313 204 004086 3 as piperd = c2732d60 | 338 c27cc860 c2854000 0 309 204 004086 3 as piperd = c27334e0 | 337 c27cca00 c2851000 0 313 204 004006 3 cc1 vmpfw c= 0425c00 | 336 c27ccba0 c284f000 0 308 204 004086 3 as piperd = c2732ea0 | 335 c27ccd40 c284d000 0 311 204 004086 3 as piperd = c2733260 | 334 c27ccee0 c284b000 0 303 204 004086 3 as piperd = c2733120 | 333 c27cd080 c2849000 0 304 204 004086 3 as piperd = c27333a0 | 332 c27cd220 c2847000 0 302 204 004086 3 as piperd = c2732fe0 | 331 c27cd3c0 c283e000 0 308 204 004006 3 cc1 vmpfw c= 0425c00 | 330 c27cd560 c283b000 0 311 204 004006 3 cc1 vmpfw c= 0425c00 | 329 c27cd700 c2839000 0 302 204 004006 3 cc1 vmpfw c= 0425c00 | 328 c27cd8a0 c2837000 0 303 204 004006 3 cc1 vmpfw c= 0425c00 | 327 c27cda40 c2835000 0 304 204 004006 3 cc1 vmpfw c= 0425c00 | 326 c27cdbe0 c2833000 0 309 204 004006 2 cc1 =20 | 325 c27cdd80 c2826000 0 316 204 004082 3 cc wait c2= 7cdd80 | 323 c27ce0c0 c282f000 0 315 204 004082 3 cc wait c2= 7ce0c0 | 319 c27ce740 c2813000 0 309 204 004086 3 cpp pipdwt = c2733b20 | 316 c27cec20 c280c000 0 298 204 004082 3 sh wait c2= 7cec20 | 315 c27cedc0 c2809000 0 298 204 004082 3 sh wait c2= 7cedc0 | 314 c27cef60 c2806000 0 312 204 004082 3 cc wait c2= 7cef60 | 313 c27cf100 c27ff000 0 310 204 004082 3 cc wait c2= 7cf100 | 312 c27cf2a0 c27f3000 0 298 204 004082 3 sh wait c2= 7cf2a0 | 311 c27cf440 c27f1000 0 307 204 004082 3 cc wait c2= 7cf440 | 310 c27cf5e0 c27e8000 0 298 204 004082 3 sh wait c2= 7cf5e0 | 309 c27cf780 c27e6000 0 306 204 004082 3 cc wait c2= 7cf780 | 308 c27cf920 c27de000 0 305 204 004082 3 cc wait c2= 7cf920 | 307 c27cfac0 c27db000 0 298 204 004082 3 sh wait c2= 7cfac0 | 306 c27cfc60 c27d4000 0 298 204 004082 3 sh wait c2= 7cfc60 | 305 c27cfe00 c27d0000 0 298 204 004082 3 sh wait c2= 7cfe00 | 304 c26abea0 c27c9000 0 301 204 004082 3 cc wait c2= 6abea0 | 303 c26ac380 c27b1000 0 299 204 004082 3 cc wait c2= 6ac380 | 302 c26ac1e0 c27b3000 0 300 204 004082 3 cc wait c2= 6ac1e0 | 301 c26ac040 c27b7000 0 298 204 004082 3 sh wait c2= 6ac040 | 300 c26ac520 c27ad000 0 298 204 004082 3 sh wait c2= 6ac520 | 299 c26ac6c0 c27a5000 0 298 204 004082 3 sh wait c2= 6ac6c0 | 298 c26ac860 c279f000 0 238 204 004486 2 make =20 | 238 c26aca00 c279b000 0 235 204 004082 3 sh wait c2= 6aca00 | 235 c26acba0 c2795000 0 215 204 004486 2 make =20 | 215 c26acd40 c2791000 0 212 204 004082 3 sh wait c2= 6acd40 | 212 c26acee0 c278a000 0 211 204 004486 2 make =20 | 211 c26ad080 c2786000 0 204 204 004082 3 sh wait c2= 6ad080 | 204 c26ad220 c2784000 0 197 204 004486 2 make =20 | 203 c26ad3c0 c277b000 0 1 203 004082 3 getty ttyin c= 07bb610 | 202 c26ad560 c2777000 0 1 202 004082 3 getty ttyin c= 07d0710 | 201 c26ad700 c2774000 0 1 201 004082 3 getty ttyin c= 07d0c10 | 200 c26adbe0 c276b000 0 1 200 004082 3 getty ttyin c= 07bff10 | 199 c26ae740 c2753000 0 1 199 004082 3 getty ttyin c= 07bf810 | 198 c26add80 c2768000 0 1 198 004082 3 getty ttyin c= 07a1d10 | 197 c26ad8a0 c2771000 0 1 197 004082 3 bash wait c2= 6ad8a0 | 196 c26af5e0 c272c000 0 1 196 004082 3 bash wait c2= 6af5e0 | 181 c26ada40 c276e000 0 1 181 000080 3 moused select = c02c1dec | 148 c26adf20 c2764000 0 1 148 080580 2 sendmail =20 | 145 c26ae0c0 c2761000 0 1 145 080480 2 cron =20 | 143 c26ae260 c275d000 0 1 143 000080 3 inetd select = c02c1dec | 127 c26ae400 c2759000 0 1 127 000080 3 rpc.statd select = c02c1dec | 125 c26ae5a0 c2756000 0 1 125 000080 3 rpc.lockd select = c02c1dec | 123 c26ae8e0 c2750000 0 119 119 000080 3 nfsd nfsd c0= 763200 | 122 c26aea80 c274d000 0 119 119 000080 3 nfsd nfsd c0= 784200 | 121 c26aec20 c274a000 0 119 119 000080 3 nfsd nfsd c0= 763000 | 120 c26af440 c272f000 0 119 119 000080 3 nfsd nfsd c0= 784000 | 119 c26aedc0 c2747000 0 1 119 000080 3 nfsd accept = c2583936 | 117 c26aef60 c2744000 0 1 117 000080 3 mountd select = c02c1dec | 112 c26af2a0 c2736000 1 1 112 000180 3 portmap select = c02c1dec | 106 c26af100 c2739000 0 1 106 000004 2 syslogd =20 | 5 c26af780 c26bc000 0 0 0 000204 2 syncer =20 | 4 c26af920 c26ba000 0 0 0 100604 2 bufdaemon =20 | 3 c26afac0 c26b8000 0 0 0 000204 3 vmdaemon psleep = c02b9380 | 2 c26afc60 c26b6000 0 0 0 100604 2 pagedaemon =20 | 1 c26afe00 c26b4000 0 0 1 004284 3 init wait c2= 6afe00 | 0 c02c1180 c0327000 0 0 0 000204 2 swapper =20 | There is no member named p_pptr. | (kgdb) bt | #0 boot (howto=3D0x104) at ../../kern/kern_shutdown.c:302 | #1 0xc014fab9 in panic (fmt=3D0xc0260734 "from debugger") at ../../kern/= kern_shutdown.c:552 | #2 0xc012e8e1 in db_panic (addr=3D0xc0158c14, have_addr=3D0x0, count=3D0= xffffffff, modif=3D0xc273ac28 "") | at ../../ddb/db_command.c:433 | #3 0xc012e881 in db_command (last_cmdp=3D0xc028d39c, cmd_table=3D0xc028d= 1fc, aux_cmd_tablep=3D0xc02a96ac) | at ../../ddb/db_command.c:333 | #4 0xc012e946 in db_command_loop () at ../../ddb/db_command.c:455 | #5 0xc0130a57 in db_trap (type=3D0xc, code=3D0x0) at ../../ddb/db_trap.c= :71 | #6 0xc023b291 in kdb_trap (type=3D0xc, code=3D0x0, regs=3D0xc273ad7c) at= ../../i386/i386/db_interface.c:158 | #7 0xc02476ec in trap_fatal (frame=3D0xc273ad7c, eva=3D0x391875db) at ..= /../i386/i386/trap.c:922 | #8 0xc02473c5 in trap_pfault (frame=3D0xc273ad7c, usermode=3D0x0, eva=3D= 0x391875db) at ../../i386/i386/trap.c:820 | #9 0xc0246f53 in trap (frame=3D{tf_fs =3D 0x10, tf_es =3D 0x10, tf_ds = =3D 0x10, tf_edi =3D 0x69a8, tf_esi =3D 0x39187523,=20 | tf_ebp =3D 0xc273add0, tf_isp =3D 0xc273ada8, tf_ebx =3D 0x8, tf_ed= x =3D 0x2, tf_ecx =3D 0xc11f05e8, tf_eax =3D 0xc11f05e8,=20 | tf_trapno =3D 0xc, tf_err =3D 0x0, tf_eip =3D 0xc0158c14, tf_cs =3D= 0x8, tf_eflags =3D 0x10202, tf_esp =3D 0xc07a0d00,=20 | tf_ss =3D 0xc07988e0}) at ../../i386/i386/trap.c:426 | #10 0xc0158c14 in dscheck (bp=3D0xc11f05e8, ssp=3D0xc07bfd00) at ../../ke= rn/subr_diskslice.c:197 | #11 0xc01588e5 in diskstrategy (bp=3D0xc11f05e8) at ../../kern/subr_disk.= c:199 | #12 0xc01859a4 in spec_strategy (ap=3D0xc273ae34) at ../../miscfs/specfs/= spec_vnops.c:438 | #13 0xc0185479 in spec_vnoperate (ap=3D0xc273ae34) at ../../miscfs/specfs= /spec_vnops.c:117 | #14 0xc0208f7d in ufs_vnoperatespec (ap=3D0xc273ae34) at ../../ufs/ufs/uf= s_vnops.c:2303 | #15 0xc0215d53 in swapdev_strategy (ap=3D0xc273ae70) at vnode_if.h:923 | #16 0xc0209f3c in swap_pager_getpages (object=3D0xc02b6fc0, m=3D0xc273aef= 4, count=3D0x1, reqpage=3D0x0) at vnode_if.h:923 | #17 0xc020b1fe in vm_fault (map=3D0xc26b2c40, vaddr=3D0x8056000, fault_ty= pe=3D0x1, fault_flags=3D0x0) | at ../../vm/vm_pager.h:130 | #18 0xc024735a in trap_pfault (frame=3D0xc273afa8, usermode=3D0x1, eva=3D= 0x8056025) at ../../i386/i386/trap.c:800 | #19 0xc0246e23 in trap (frame=3D{tf_fs =3D 0x2f, tf_es =3D 0x2f, tf_ds = =3D 0x2f, tf_edi =3D 0xbfbfee47, tf_esi =3D 0xbfbfee30,=20 | tf_ebp =3D 0xbfbff334, tf_isp =3D 0xc273afd4, tf_ebx =3D 0x8056000,= tf_edx =3D 0x0, tf_ecx =3D 0xfffffff8, tf_eax =3D 0x0,=20 | tf_trapno =3D 0xc, tf_err =3D 0x4, tf_eip =3D 0x804a702, tf_cs =3D = 0x1f, tf_eflags =3D 0x10206, tf_esp =3D 0xbfbfedfc,=20 | tf_ss =3D 0x2f}) at ../../i386/i386/trap.c:349 | #20 0x804a702 in ?? () | #21 0x804a4bd in ?? () | #22 0x804a374 in ?? () | #23 0x804a050 in ?? () | #24 0x804972d in ?? () | (kgdb) frame 10 | #10 0xc0158c14 in dscheck (bp=3D0xc11f05e8, ssp=3D0xc07bfd00) at ../../ke= rn/subr_diskslice.c:197 | 197 } else { | (kgdb) li | 192 } | 193 if (lp =3D=3D NULL) { | 194 labelsect =3D -LABELSECTOR - 1; | 195 endsecno =3D sp->ds_size; | 196 slicerel_secno =3D secno; | 197 } else { | 198 labelsect =3D lp->d_partitions[LABEL_PART].p_offs= et; | 199 if (labelsect !=3D 0) Debugger("labelsect !=3D 0 in dscheck()"); | 200 pp =3D &lp->d_partitions[dkpart(bp->b_dev)]; | 201 endsecno =3D pp->p_size; | (kgdb) proc 354 | (kgdb) bt | #0 mi_switch () at ../../kern/kern_synch.c:858 | #1 0xc01526bd in tsleep (ident=3D0xc0820b90, priority=3D0x10, wmesg=3D0x= c0829ba0 "vinum", timo=3D0x0) | at ../../kern/kern_synch.c:467 | #2 0xc0820bc3 in vinum_daemon () at /usr/src/sys/modules/vinum/../../dev= /vinum/vinumdaemon.c:76 | #3 0xc0820eee in vinum_finddaemon () at /usr/src/sys/modules/vinum/../..= /dev/vinum/vinumdaemon.c:267 | #4 0xc0823809 in vinumioctl (dev=3D0xc0804380, cmd=3D0x465d, data=3D0xc2= 871eac "\b", flag=3D0x3, p=3D0xc27cc040) | at /usr/src/sys/modules/vinum/../../dev/vinum/vinumioctl.c:295 | #5 0xc018574e in spec_ioctl (ap=3D0xc2871de8) at ../../miscfs/specfs/spe= c_vnops.c:304 | #6 0xc0185479 in spec_vnoperate (ap=3D0xc2871de8) at ../../miscfs/specfs= /spec_vnops.c:117 | #7 0xc0208f7d in ufs_vnoperatespec (ap=3D0xc2871de8) at ../../ufs/ufs/uf= s_vnops.c:2303 | #8 0xc0180418 in vn_ioctl (fp=3D0xc0814d40, com=3D0x465d, data=3D0xc2871= eac "\b", p=3D0xc27cc040) at vnode_if.h:429 | #9 0xc015cfce in ioctl (p=3D0xc27cc040, uap=3D0xc2871f80) at ../../sys/f= ile.h:174 | #10 0xc02479c5 in syscall2 (frame=3D{tf_fs =3D 0x2f, tf_es =3D 0x2f, tf_d= s =3D 0x2f, tf_edi =3D 0xbfbffc98, tf_esi =3D 0xbfbffc8c,=20 | tf_ebp =3D 0xbfbffc18, tf_isp =3D 0xc2871fd4, tf_ebx =3D 0x2, tf_ed= x =3D 0x80a654c, tf_ecx =3D 0xfffffff9, tf_eax =3D 0x36,=20 | tf_trapno =3D 0xc, tf_err =3D 0x2, tf_eip =3D 0x806f9c0, tf_cs =3D = 0x1f, tf_eflags =3D 0x287, tf_esp =3D 0xbfbffbec,=20 | tf_ss =3D 0x2f}) at ../../i386/i386/trap.c:1126 | #11 0xc023bba6 in Xint0x80_syscall () | #12 0x80482c1 in ?? () | #13 0x80480f9 in ?? () | (kgdb) proc 352 | (kgdb) bt | #0 mi_switch () at ../../kern/kern_synch.c:858 | #1 0xc01526bd in tsleep (ident=3D0xc11f40d8, priority=3D0x10, wmesg=3D0x= c02676c9 "biord", timo=3D0x0) | at ../../kern/kern_synch.c:467 | #2 0xc017383f in biowait (bp=3D0xc11f40d8) at ../../kern/vfs_bio.c:2578 | #3 0xc0258ebb in dsinit (dev=3D0xc07ce400, lp=3D0xc07988f4, sspp=3D0xc07= 988f0) at ../../kern/subr_diskmbr.c:192 | #4 0xc01596b6 in dsopen (dev=3D0xc07ce400, mode=3D0x0, flags=3D0x0, sspp= =3D0xc07988f0, lp=3D0xc07988f4) | at ../../kern/subr_diskslice.c:685 | #5 0xc01587a7 in diskopen (dev=3D0xc07ce400, oflags=3D0x2, devtype=3D0x0= , p=3D0x0) at ../../kern/subr_disk.c:146 | #6 0xc0821d47 in open_drive (drive=3D0xc0787000, p=3D0xc27cb680, verbose= =3D0x0) | at /usr/src/sys/modules/vinum/../../dev/vinum/vinumio.c:127 | #7 0xc0821f5e in init_drive (drive=3D0xc0787000, verbose=3D0x0) | at /usr/src/sys/modules/vinum/../../dev/vinum/vinumio.c:203 | #8 0xc082222c in read_drive_label (drive=3D0xc0787000, verbose=3D0x0) | at /usr/src/sys/modules/vinum/../../dev/vinum/vinumio.c:355 | #9 0xc082235c in check_drive (devicename=3D0xc295bcec "/dev/da1s1g") | at /usr/src/sys/modules/vinum/../../dev/vinum/vinumio.c:403 | #10 0xc0822dae in vinum_scandisk (devicename=3D0xc082c3c4, drives=3D0x5) | at /usr/src/sys/modules/vinum/../../dev/vinum/vinumio.c:835 | #11 0xc082006d in parse_config (cptr=3D0xc0779400 "read", keyset=3D0xc082= c298, update=3D0x0) | at /usr/src/sys/modules/vinum/../../dev/vinum/vinumconfig.c:1551 | #12 0xc08200c7 in parse_user_config (cptr=3D0xc0779400 "read", keyset=3D0= xc082c298) | at /usr/src/sys/modules/vinum/../../dev/vinum/vinumconfig.c:1594 | #13 0xc08234c8 in vinumioctl (dev=3D0xc0804180, cmd=3D0xc4004640, data=3D= 0xc0779400 "read", flag=3D0x3, p=3D0xc27cb680) | at /usr/src/sys/modules/vinum/../../dev/vinum/vinumioctl.c:111 | #14 0xc018574e in spec_ioctl (ap=3D0xc295bde8) at ../../miscfs/specfs/spe= c_vnops.c:304 | #15 0xc0185479 in spec_vnoperate (ap=3D0xc295bde8) at ../../miscfs/specfs= /spec_vnops.c:117 | #16 0xc0208f7d in ufs_vnoperatespec (ap=3D0xc295bde8) at ../../ufs/ufs/uf= s_vnops.c:2303 | #17 0xc0180418 in vn_ioctl (fp=3D0xc080f180, com=3D0xc4004640, data=3D0xc= 0779400 "read", p=3D0xc27cb680) at vnode_if.h:429 | #18 0xc015cfce in ioctl (p=3D0xc27cb680, uap=3D0xc295bf80) at ../../sys/f= ile.h:174 | #19 0xc02479c5 in syscall2 (frame=3D{tf_fs =3D 0x2f, tf_es =3D 0x2f, tf_d= s =3D 0x2f, tf_edi =3D 0x5, tf_esi =3D 0xbfbff348,=20 | tf_ebp =3D 0xbfbff748, tf_isp =3D 0xc295bfd4, tf_ebx =3D 0x5, tf_ed= x =3D 0x8092145, tf_ecx =3D 0xbfbff379, tf_eax =3D 0x36,=20 | tf_trapno =3D 0xc, tf_err =3D 0x2, tf_eip =3D 0x806f9c0, tf_cs =3D = 0x1f, tf_eflags =3D 0x283, tf_esp =3D 0xbfbff31c,=20 | tf_ss =3D 0x2f}) at ../../i386/i386/trap.c:1126 | #20 0xc023bba6 in Xint0x80_syscall () | #21 0x804d75a in ?? () | #22 0x80484dd in ?? () | #23 0x80482fc in ?? () | #24 0x80480f9 in ?? () | (kgdb) `-------------------- Thomas --=20 Thomas Faehnle, Am Sommerrain 12, D-71522 Backnang | MIME mail welcome mail: tf@wurbl.wn.bawue.de * phone: +49 7191 954671 | PGP key available To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 28 14:14:59 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id ADE9D37B567; Sun, 28 May 2000 14:14:58 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA11638; Sun, 28 May 2000 14:14:58 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Sun, 28 May 2000 14:14:58 -0700 (PDT) From: Message-Id: <200005282114.OAA11638@freefall.freebsd.org> To: tonyg@nt.com.au, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/6206: Enhancements to the shutdown program Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Enhancements to the shutdown program State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Sun May 28 14:09:42 PDT 2000 State-Changed-Why: The ability to call an rc.shutdown script was added to init(8) by davidn on 1997/08/02. Thanks for your patches. http://www.freebsd.org/cgi/query-pr.cgi?pr=6206 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 28 14:38:27 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CCC5837B5FA; Sun, 28 May 2000 14:38:25 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA13150; Sun, 28 May 2000 14:38:25 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Sun, 28 May 2000 14:38:25 -0700 (PDT) From: Message-Id: <200005282138.OAA13150@freefall.freebsd.org> To: marko@uk.radan.com, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/9990: Enhancement to filename completeion in csh(1) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Enhancement to filename completeion in csh(1) State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Sun May 28 14:22:55 PDT 2000 State-Changed-Why: Csh has been replaced with tcsh -current. http://www.freebsd.org/cgi/query-pr.cgi?pr=9990 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 28 18:57:40 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 4FCC337B5EC; Sun, 28 May 2000 18:57:33 -0700 (PDT) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.10.1/8.10.1/20000504) id e4T1vQH14395; Sun, 28 May 2000 20:57:26 -0500 (CDT) From: Larry Rosenman Message-Id: <200005290157.e4T1vQH14395@lerami.lerctr.org> Subject: Re: make buildworld: building strip fails.y In-Reply-To: <200005281649.e4SGn3Q27723@lerami.lerctr.org> "from Larry Rosenman at May 28, 2000 11:49:03 am" To: Larry Rosenman Date: Sun, 28 May 2000 20:57:26 -0500 (CDT) Cc: Warner Losh , freebsd-stable@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL77 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org If someone wants an account on the affected box, contact me off list at , and I'll build an account... LER > From owner-freebsd-stable@FreeBSD.ORG Sun May 28 11:52:46 2000 > Delivered-To: freebsd-stable@freebsd.org > From: Larry Rosenman > Message-Id: <200005281649.e4SGn3Q27723@lerami.lerctr.org> > Subject: Re: make buildworld: building strip fails. > In-Reply-To: <200005281643.KAA84242@harmony.village.org> from Warner Losh at > "May 28, 2000 10:43:19 am" > To: Warner Losh > Date: Sun, 28 May 2000 11:49:03 -0500 (CDT) > Cc: Larry Rosenman , freebsd-stable@FreeBSD.ORG, > freebsd-bugs@FreeBSD.ORG > X-Mailer: ELM [version 2.4ME+ PL66 (25)] > Sender: owner-freebsd-stable@FreeBSD.ORG > X-Loop: FreeBSD.ORG > Precedence: bulk > X-Status: > X-SCO-PAD: XXXXXX Content-Length: 10424 > > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldctor.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldemul.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldexp.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldfile.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c ldgram.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldlang.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c ldlex.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldmain.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldmisc.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldver.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldwrite.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/lexsup.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/mri.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\"elf_i386\" -DTARGET=\"i386-unknown-freebsdelf\" -DSCRIPTDIR=\"/usr/obj/usr/src/i386/usr/libdata\" -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/obj/usr/src/i386/usr/include -o ld eelf_i386.o ldcref.o ldctor.o ldemul.o ldexp.o ldfile.o ldgram.o ldlang.o ldlex.o ldmain.o ldmisc.o ldver.o ldwrite.o lexsup.o mri.o -L../libbfd -lbfd -L../libiberty -liberty > ===> nm > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/nm -I/usr/src/gnu/usr.bin/binutils/nm/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/nm/../../../../contrib/binutils/include -I/usr/src/gnu/usr.bin/binutils/nm/../libbinutils -I/usr/src/gnu/usr.bin/binutils/nm/../../../../contrib/binutils/binutils -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/nm/../../../../contrib/binutils/binutils/nm.c > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/nm -I/usr/src/gnu/usr.bin/binutils/nm/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/nm/../../../../contrib/binutils/include -I/usr/src/gnu/usr.bin/binutils/nm/../libbinutils -I/usr/src/gnu/usr.bin/binutils/nm/../../../../contrib/binutils/binutils -I/usr/obj/usr/src/i386/usr/include -o nm nm.o -L../libbinutils -lbinutils -L../libbfd -lbfd -L../libiberty -liberty > ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': > bucomm.o(.text+0x343): warning: mktemp() possibly used unsafely; consider using mkstemp() > ===> objcopy > cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/objcopy -I/usr/src/gnu/usr.bin/binutils/objcopy/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/include -I/usr/src/gnu/usr.bin/binutils/objcopy/../libbinutils -I/usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils -I/usr/obj/usr/src/i386/usr/include -c /usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils/objcopy.c > /usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils/objcopy.c: In function `set_times': > /usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils/objcopy.c:1653: `utime' undeclared (first use in this function) > /usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils/objcopy.c:1653: (Each undeclared identifier is reported only once > /usr/src/gnu/usr.bin/binutils/objcopy/../../../../contrib/binutils/binutils/objcopy.c:1653: for each function it appears in.) > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/binutils/objcopy. > *** Error code 1 > > Stop in /usr/src/gnu/usr.bin/binutils. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > In message <200005281641.e4SGfFT27250@lerami.lerctr.org> Larry Rosenman writes: > > : It died on objcopy. > > > > Posting the tail end of the make will help get this fixed. > > > > Warner > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org > US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun May 28 21:30: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id AC74437BB5D for ; Sun, 28 May 2000 21:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA56431; Sun, 28 May 2000 21:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from brahms.mmlab.cse.yzu.edu.tw (brahms.mmlab.cse.yzu.edu.tw [140.138.145.183]) by hub.freebsd.org (Postfix) with SMTP id 1A23237BB70 for ; Sun, 28 May 2000 21:24:28 -0700 (PDT) (envelope-from avatar@brahms.mmlab.cse.yzu.edu.tw) Received: (qmail 865 invoked by uid 1000); 29 May 2000 04:23:44 -0000 Message-Id: <20000529042344.864.qmail@brahms.mmlab.cse.yzu.edu.tw> Date: 29 May 2000 04:23:44 -0000 From: avatar@mmlab.cse.yzu.edu.tw Reply-To: avatar@mmlab.cse.yzu.edu.tw To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/18866: No card in database for "PCMCIA CARD 56KFaxModem"("FM56C-NFS") Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18866 >Category: kern >Synopsis: No card in database for "PCMCIA CARD 56KFaxModem"("FM56C-NFS") >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 May 28 21:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Tai-hwa Liang >Release: FreeBSD 3.4-20000425-STABLE i386 >Organization: Multimedia Laboratory at Yuan Ze University >Environment: FreeBSD 3.4-20000425-STABLE FreeBSD 4.0-RELEASE >Description: No card in database for "PCMCIA CARD 56KFaxModem"("FM56C-NFS") >How-To-Repeat: Insert the Billionton 56K FAX modem into the PCMCIA slot, and the above message would be popped on the console. >Fix: Apply following information in pccard.conf: # Billionton 56Kbps Fax Modem card "PCMCIA CARD 56KFaxModem" "FM56C-NFS" config 0x22 "sio2" ? insert echo "Billionton 56K modem card inserted" remove echo "Billionton 56K modem card removed" * DO NOT use `config auto "sio2"` on 4.0-RELEASE, or sio2 would be identified as "sio2: 8250"; furthermore, a "cu -l /dev/cuaa2" with some AT commands would lockup the system completely. FYI(pccardc dumpcis): Configuration data for card in slot 0 Tuple #1, code = 0x1 (Common memory descriptor), length = 2 000: 00 ff Common memory device information: Device number 1, type No device, WPS = OFF Speed = No speed, Memory block size = reserved, 32 units Tuple #2, code = 0x15 (Version 1 info), length = 42 000: 05 01 50 43 4d 43 49 41 20 43 41 52 44 20 35 36 010: 4b 46 61 78 4d 6f 64 65 6d 00 46 4d 35 36 43 2d 020: 4e 46 53 00 35 2e 34 31 00 ff Version = 5.1, Manuf = [PCMCIA CARD 56KFaxModem],card vers = [FM56C-NFS] Addit. info = [5.41],[ÿ] Tuple #3, code = 0x20 (Manufacturer ID), length = 4 000: 4e 01 88 00 PCMCIA ID = 0x14e, OEM ID = 0x88 Tuple #4, code = 0x21 (Functional ID), length = 2 000: 02 01 Serial port/modem - POST initialize Tuple #5, code = 0x1a (Configuration map), length = 5 000: 01 30 00 01 13 Reg len = 2, config register addr = 0x100, last config = 0x30 Registers: XX--X--- Tuple #6, code = 0x1b (Configuration entry), length = 19 000: e0 81 9d 5f 55 4d 5d 26 36 35 fc 14 aa 60 f8 03 010: 07 24 28 Config index = 0x20(default) Interface byte = 0x81 (I/O) wait signal supported Vcc pwr: Nominal operating supply voltage: 5 x 1V Minimum operating supply voltage: 4.5 x 1V Maximum operating supply voltage: 5.5 x 1V Continuous supply current: 2 x 100mA Max current average over 1 second: 3 x 100mA Power down supply current: 3 x 10mA Wait scale Speed = 1.2 x 10 us Card decodes 20 address lines IRQ modes: IRQs: BERR 2 4 9 11 13 15 Max twin cards = 0 Misc attr: (Audio-BVD2) (Read-only) (Power down supported) (Ext byte = 0x3) Tuple #7, code = 0x1b (Configuration entry), length = 7 000: 21 08 aa 60 f8 02 07 Config index = 0x21 Card decodes 10 address lines, 8 Bit I/O only I/O address # 1: block start = 0x2f8 block length = 0x8 Tuple #8, code = 0x1b (Configuration entry), length = 7 000: 22 08 aa 60 e8 03 07 Config index = 0x22 Card decodes 10 address lines, 8 Bit I/O only I/O address # 1: block start = 0x3e8 block length = 0x8 Tuple #9, code = 0x1b (Configuration entry), length = 7 000: 23 08 aa 60 e8 02 07 Config index = 0x23 Card decodes 10 address lines, 8 Bit I/O only I/O address # 1: block start = 0x2e8 block length = 0x8 Tuple #10, code = 0x1b (Configuration entry), length = 6 000: 24 18 23 30 b8 1c Config index = 0x24 Card decodes 3 address lines, 8 Bit I/O only IRQ modes: Level IRQ level = 3 Tuple #11, code = 0x1b (Configuration entry), length = 3 000: 30 08 23 Config index = 0x30 Card decodes 3 address lines, 8 Bit I/O only Tuple #12, code = 0xff (Terminator), length = 0 >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 May 29 0:44:45 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0CDA237B89C; Mon, 29 May 2000 00:44:43 -0700 (PDT) (envelope-from kuriyama@FreeBSD.org) Received: (from kuriyama@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA81765; Mon, 29 May 2000 00:44:42 -0700 (PDT) (envelope-from kuriyama@FreeBSD.org) Date: Mon, 29 May 2000 00:44:42 -0700 (PDT) From: Message-Id: <200005290744.AAA81765@freefall.freebsd.org> To: sanpei@sanpei.org, kuriyama@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/17349: [Patch] ESS18xx PnP Sound Card PnPid for sys/dev/sound/isa/sbc.c Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [Patch] ESS18xx PnP Sound Card PnPid for sys/dev/sound/isa/sbc.c State-Changed-From-To: open->closed State-Changed-By: kuriyama State-Changed-When: Mon May 29 00:44:24 PDT 2000 State-Changed-Why: Committed. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=17349 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 29 1:20: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3FBC137BC71 for ; Mon, 29 May 2000 01:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA85641; Mon, 29 May 2000 01:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from oxygen.yy.ics.keio.ac.jp (oxygen.yy.ics.keio.ac.jp [131.113.47.3]) by hub.freebsd.org (Postfix) with ESMTP id 843A337B9B5; Mon, 29 May 2000 01:10:53 -0700 (PDT) (envelope-from sanpei@sanpei.org) Received: from lavender.yy.cs.keio.ac.jp (lavender.rad.cc.keio.ac.jp [131.113.16.115]) by oxygen.yy.ics.keio.ac.jp (8.9.3+3.2W/3.7W) with ESMTP id RAA21586; Mon, 29 May 2000 17:10:46 +0900 (JST) (envelope-from sanpei@sanpei.org) Received: (from sanpei@localhost) by lavender.yy.cs.keio.ac.jp (8.9.3/3.7W) id RAA02079; Mon, 29 May 2000 17:10:50 +0900 (JST) Message-Id: <200005290810.RAA02079@lavender.yy.cs.keio.ac.jp> Date: Mon, 29 May 2000 17:10:50 +0900 (JST) From: sanpei@sanpei.org Reply-To: sanpei@sanpei.org To: FreeBSD-gnats-submit@freebsd.org Cc: imp@FreeBSD.org X-Send-Pr-Version: 3.2 Subject: conf/18868: [Patch] pccard.conf for CyQ've ELA-110E (10/100 Ethernet card) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18868 >Category: conf >Synopsis: [Patch] pccard.conf for CyQ've ELA-110E (10/100 Ethernet card) >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 May 29 01:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: MIHIRA Yoshiro >Release: FreeBSD 5.0-CURRENT i386 >Organization: Yokohama, Japan >Environment: >Description: I have CyQ've ELA-110E 10/100 Ethernet card). I can use this card under FreeBSD 4.0-RELEASE and 5-current with below configuration (/etc/defaults/pccard.conf). I hope to add to below configuration to /etc/defaults/pccard.conf Thank you >How-To-Repeat: >Fix: --- src/etc/defaults/pccard.conf.org Mon May 29 17:03:17 2000 +++ src/etc/defaults/pccard.conf Mon May 29 17:03:58 2000 @@ -300,6 +300,14 @@ remove logger -t pccard:$device -s CyQve ELA-010 removed remove /sbin/ifconfig $device delete +# CyQ've ELA-110E +card "CyQ've" "ELA-110E 10/100M LAN Card" + config auto "ed0" ? + insert logger -t pccard:$device -s CyQ've ELA-110E inserted + insert /etc/pccard_ether $device + remove logger -t pccard:$device -s CyQ've ELA-110E removed + remove /sbin/ifconfig $device delete + # D-Link DE-650 NE2000 clone card "D-Link" "DE-650" config 0x20 "ed0" ? 0x10 >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 May 29 1:23: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 547) id DDD2037BBF5; Mon, 29 May 2000 01:23:00 -0700 (PDT) To: sanpei@sanpei.org, imp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG From: imp@FreeBSD.ORG Subject: Re: conf/18868 Message-Id: <20000529082300.DDD2037BBF5@hub.freebsd.org> Date: Mon, 29 May 2000 01:23:00 -0700 (PDT) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [Patch] pccard.conf for CyQ've ELA-110E (10/100 Ethernet card) State-Changed-From-To: open->closed State-Changed-By: imp State-Changed-When: Mon May 29 02:22:39 MDT 2000 State-Changed-Why: Committed in rev 1.108 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 29 2: 0:23 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CB5B837BCAF for ; Mon, 29 May 2000 02:00:18 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA90807; Mon, 29 May 2000 02:00:11 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from es-i2.fernuni-hagen.de (ES-i2.fernuni-hagen.de [132.176.7.81]) by hub.freebsd.org (Postfix) with ESMTP id 7967E37B681; Mon, 29 May 2000 01:56:42 -0700 (PDT) (envelope-from jfh@es-i2.fernuni-hagen.de) Received: (from jfh@localhost) by es-i2.fernuni-hagen.de (8.9.3/8.9.3) id KAA26659; Mon, 29 May 2000 10:56:38 +0200 (CEST) (envelope-from jfh) Message-Id: <200005290856.KAA26659@es-i2.fernuni-hagen.de> Date: Mon, 29 May 2000 10:56:38 +0200 (CEST) From: Fritz Heinrichmeyer Reply-To: jfh@es-i2.fernuni-hagen.de To: FreeBSD-gnats-submit@freebsd.org, freebsd-stable@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/18869: SMP kernel from 22. May unstable Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18869 >Category: kern >Synopsis: 4.0-Stable SMP kernel from 22. May unstable >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 29 02:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Fritz Heinrichmeyer >Release: FreeBSD 4.0-STABLE i386 >Organization: Fernuni >Environment: jfh@es-i2:/tmp,10:52:41>dmesg Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #0: Mon May 22 10:50:49 CEST 2000 root@es-i2.fernuni-hagen.de:/usr/src/sys/compile/ES-I2.single Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (265.26-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x633 Stepping = 3 Features=0x80fbff real memory = 268435456 (262144K bytes) avail memory = 257900544 (251856K bytes) Preloaded elf kernel "kernel.single" at 0xc031c000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 Correcting Natoma config for non-SMP Correcting Natoma config for non-SMP isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at 7.1 pci0: at 10.0 irq 11 xl0: <3Com 3c905-TX Fast Etherlink XL> port 0xef00-0xef3f irq 10 at device 11.0 on pci0 xl0: Ethernet address: 00:60:08:57:38:16 miibus0: on xl0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: supplying EUI64: 00:60:08:ff:fe:57:38:16 ahc0: port 0xec00-0xecff mem 0xfebfb000-0xfebfbfff irq 11 at device 14.0 on pci0 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A Waiting 5 seconds for SCSI devices to settle da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 8682MB (17781520 512 byte sectors: 255H 63S/T 1106C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da1: 8682MB (17781520 512 byte sectors: 255H 63S/T 1106C) Mounting root from ufs:/dev/da0s1a cd0 at ahc0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 8) cd0: Attempt to query device size failed: NOT READY, Medium not present WARNING: / was not properly dismounted xl0: starting DAD for fe80:0001::0260:08ff:fe57:3816 xl0: DAD complete for fe80:0001::0260:08ff:fe57:3816 - no duplicates found xl0: transmission error: 90 xl0: tx underrun, increasing tx start threshold to 120 bytes xl0: transmission error: 90 xl0: tx underrun, increasing tx start threshold to 180 bytes >Description: SMP kernel reboots randomly. DMESG output is from single CPU-kernel. There where no SMP problems since one year. World and kernel are in sync. >How-To-Repeat: reboot with SMP-kernel >Fix: reboot with single-cpu kernel. >Release-Note: >Audit-Trail: >Unformatted: Fritz Heinrichmeyer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 29 8:30: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0789637BCA4 for ; Mon, 29 May 2000 08:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA43046; Mon, 29 May 2000 08:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mail.surf1.de (mail.surf1.de [194.25.165.21]) by hub.freebsd.org (Postfix) with ESMTP id BB6A837BA88 for ; Mon, 29 May 2000 08:24:26 -0700 (PDT) (envelope-from alex@cichlids.com) Received: from cichlids.com (p3E9EE6F6.dip0.t-ipconnect.de [62.158.230.246]) by mail.surf1.de (8.9.3/8.9.3) with ESMTP id RAA00827 for ; Mon, 29 May 2000 17:24:54 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by cichlids.com (Postfix) with ESMTP id 57F01AC30 for ; Mon, 29 May 2000 17:24:43 +0200 (CEST) Received: (from alex@localhost) by cichlids.cichlids.com (8.9.3/8.9.3) id RAA02241; Mon, 29 May 2000 17:24:23 +0200 (CEST) (envelope-from alex) Message-Id: <200005291524.RAA02241@cichlids.cichlids.com> Date: Mon, 29 May 2000 17:24:23 +0200 (CEST) From: alex@big.endian.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/18874: 32bit NFS servers export wrong negative values to 64bit clients Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18874 >Category: kern >Synopsis: 32bit NFS servers export wrong negative values to 64bit clients >Confidential: yes >Severity: critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 29 08:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Alexander Langer >Release: FreeBSD 5.0-CURRENT i386 >Organization: none >Environment: NFS-Server: FreeBSD 4.0-CURRENT/i386 NFS-Client: FreeBSD 4.0-STABLE/alpha >Description: NFS Server wants to export that fs: /dev/ad0s4g 2482878 2361105 -76857 103% /usr NFS client sees: neutron:/usr/obj 2482878 2361105 18014398509405127 0% /usr/obj >How-To-Repeat: see above >Fix: I'm not a NFS-Nerd, but in my eyes there _should_ be a handshake between server and client _in some way_ and casts to the correct types should be done then depending on the machine archs of the server and client. I know that NFS is a standardized protocol, but this _is_ a bug and must be fixed. >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 May 29 8:40:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7C40437BC48 for ; Mon, 29 May 2000 08:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA44129; Mon, 29 May 2000 08:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 43ADB37BC38; Mon, 29 May 2000 08:37:12 -0700 (PDT) Message-Id: <20000529153712.43ADB37BC38@hub.freebsd.org> Date: Mon, 29 May 2000 08:37:12 -0700 (PDT) From: mcrosland@zap.A2000.nl To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/18876: arpintr() problem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18876 >Category: kern >Synopsis: arpintr() problem >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 May 29 08:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Mike Crosland >Release: 4.0 stable >Organization: >Environment: FreeBSD mandark.a2000.nl 4.0RELEASE FreeBSD 4.0 RELEASE #0 >Description: Continually getting page faults followed by system crash (as reported in 18712 which can be abandoned) A stck crawl of the dumped core reveals the following: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x8:0xc016f184 stack pointer = 0x10:0xc01f59a4 frame pointer = 0x10:0xc01f59ac 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 syncing disks... done Uptime: 11m56s dumping to dev #ad/0x20009, offset 174576 dump ata0: resetting devices .. done 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 boot (howto=256) at ../../kern/kern_shutdown.c:304 304 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=256) at ../../kern/kern_shutdown.c:304 #1 0xc0130b3c in poweroff_wait (junk=0xc01ee9ef, howto=0) at ../../kern/kern_shutdown.c:554 #2 0xc01cabc5 in trap_fatal (frame=0xc01f5964, eva=8) at ../../i386/i386/trap.c:924 #3 0xc01ca89d in trap_pfault (frame=0xc01f5964, usermode=0, eva=8) at ../../i386/i386/trap.c:817 #4 0xc01ca467 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = -1, tf_esi = 0, tf_ebp = -1071687252, tf_isp = -1071687280, tf_ebx = 0, tf_edx = 40, tf_ecx = 0, tf_eax = -1067277312, tf_trapno = 12, tf_err = 0, tf_eip = -1072238204, tf_cs = 8, tf_eflags = 66118, tf_esp = 0, tf_ss = 0}) at ../../i386/i386/trap.c:423 #5 0xc016f184 in arpintr () at ../../netinet/if_ether.c:447 (kgdb) quit >How-To-Repeat: Machine will crash without warning between 5 mins and 2 hours uptime. Nearly always whilst performing a networking operation. I am using 2x Realtek 8139 Ethernet Cards via an external cable modem. The mbd is a GA586HX. This is the kernel configuration: machine i386 cpu I586_CPU ident MANDARK maxusers 32 makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking #options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device #options NFS #Network Filesystem #options NFS_ROOT #NFS usable as root device, NFS required #options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root, CD9660 required options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] #options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI #options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extentions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies options IPFIREWALL options IPDIVERT # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O # Optionally these may need tweaked, (defaults shown): #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs device isa device eisa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 #device fd1 at fdc0 drive 1 # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #options ATA_STATIC_ID #Static device numbering #options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices # SCSI Controllers # SCSI peripherals # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 #device psm0 at atkbdc? irq 12 device vga0 at isa? # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) #device apm0 at nexus? disable flags 0x20 # Advanced Power Management # PCCARD (PCMCIA) support # Serial (COM) ports #device sio0 at isa? port IO_COM1 flags 0x10 irq 4 #device sio1 at isa? port IO_COM2 irq 3 #device sio2 at isa? disable port IO_COM3 irq 5 #device sio3 at isa? disable port IO_COM4 irq 9 # Parallel port #device ppc0 at isa? irq 7 #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device tx # SMC 9432TX (83c170 ``EPIC'') #device vx # 3Com 3c590, 3c595 (``Vortex'') #device wx # Intel Gigabit Ethernet Card (``Wiseman'') # PCI Ethernet NICs that use the common MII bus controller code. device miibus # MII bus support #device dc # DEC/Intel 21143 and various workalikes device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device ste # Sundance ST201 (D-Link DFE-550TX) #device tl # Texas Instruments ThunderLAN #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. #device ed0 at isa? port 0x280 irq 10 iomem 0xd8000 #device ex #device ep # WaveLAN/IEEE 802.11 wireless NICs. Note: the WaveLAN/IEEE really # exists only as a PCMCIA device, so there is no ISA attatement needed # and resources will always be dynamically assigned by the pccard code. #device wi # Aironet 4500/4800 802.11 wireless NICs. Note: the declaration below will # work for PCMCIA and PCI cards, as well as ISA cards set to ISA PnP # mode (the factory default). If you set the switches on your ISA # card for a manually chosen I/O address and IRQ, you must specify # those paremeters here. #device an # The probe order of these is presently determined by i386/isa/isa_compat.c. #device ie0 at isa? port 0x300 irq 10 iomem 0xd0000 #device fe0 at isa? port 0x300 #device le0 at isa? port 0x300 irq 5 iomem 0xd0000 #device lnc0 at isa? port 0x280 irq 10 drq 0 #device cs0 at isa? port 0x300 #device sn0 at isa? port 0x300 irq 10 # requires PCCARD (PCMCIA) support to be activated #device xe0 at isa? # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" #pseudo-device gif 4 # IPv6 and IPv4 tunneling #pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf 1 #Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device usb # USB Bus (required) #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse # USB Ethernet, requires mii #device aue # ADMtek USB ethernet #device cue # CATC USB ethernet #device kue # Kawasaki LSI USB ethernet >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 May 29 8:40:19 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 61D1437BC38 for ; Mon, 29 May 2000 08:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA44120; Mon, 29 May 2000 08:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 97B4A37B80D; Mon, 29 May 2000 08:37:00 -0700 (PDT) Message-Id: <20000529153700.97B4A37B80D@hub.freebsd.org> Date: Mon, 29 May 2000 08:37:00 -0700 (PDT) From: mcrosland@zap.A2000.nl To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/18875: arpintr() problem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18875 >Category: kern >Synopsis: arpintr() problem >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 May 29 08:40:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Mike Crosland >Release: 4.0 stable >Organization: >Environment: FreeBSD mandark.a2000.nl 4.0RELEASE FreeBSD 4.0 RELEASE #0 >Description: Continually getting page faults followed by system crash (as reported in 18712 which can be abandoned) A stck crawl of the dumped core reveals the following: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x8:0xc016f184 stack pointer = 0x10:0xc01f59a4 frame pointer = 0x10:0xc01f59ac 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 syncing disks... done Uptime: 11m56s dumping to dev #ad/0x20009, offset 174576 dump ata0: resetting devices .. done 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 boot (howto=256) at ../../kern/kern_shutdown.c:304 304 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=256) at ../../kern/kern_shutdown.c:304 #1 0xc0130b3c in poweroff_wait (junk=0xc01ee9ef, howto=0) at ../../kern/kern_shutdown.c:554 #2 0xc01cabc5 in trap_fatal (frame=0xc01f5964, eva=8) at ../../i386/i386/trap.c:924 #3 0xc01ca89d in trap_pfault (frame=0xc01f5964, usermode=0, eva=8) at ../../i386/i386/trap.c:817 #4 0xc01ca467 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = -1, tf_esi = 0, tf_ebp = -1071687252, tf_isp = -1071687280, tf_ebx = 0, tf_edx = 40, tf_ecx = 0, tf_eax = -1067277312, tf_trapno = 12, tf_err = 0, tf_eip = -1072238204, tf_cs = 8, tf_eflags = 66118, tf_esp = 0, tf_ss = 0}) at ../../i386/i386/trap.c:423 #5 0xc016f184 in arpintr () at ../../netinet/if_ether.c:447 (kgdb) quit >How-To-Repeat: Machine will crash without warning between 5 mins and 2 hours uptime. Nearly always whilst performing a networking operation. I am using 2x Realtek 8139 Ethernet Cards via an external cable modem. The mbd is a GA586HX. This is the kernel configuration: machine i386 cpu I586_CPU ident MANDARK maxusers 32 makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking #options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device #options NFS #Network Filesystem #options NFS_ROOT #NFS usable as root device, NFS required #options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root, CD9660 required options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] #options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI #options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extentions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies options IPFIREWALL options IPDIVERT # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O # Optionally these may need tweaked, (defaults shown): #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs device isa device eisa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 #device fd1 at fdc0 drive 1 # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #options ATA_STATIC_ID #Static device numbering #options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices # SCSI Controllers # SCSI peripherals # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 #device psm0 at atkbdc? irq 12 device vga0 at isa? # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) #device apm0 at nexus? disable flags 0x20 # Advanced Power Management # PCCARD (PCMCIA) support # Serial (COM) ports #device sio0 at isa? port IO_COM1 flags 0x10 irq 4 #device sio1 at isa? port IO_COM2 irq 3 #device sio2 at isa? disable port IO_COM3 irq 5 #device sio3 at isa? disable port IO_COM4 irq 9 # Parallel port #device ppc0 at isa? irq 7 #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device tx # SMC 9432TX (83c170 ``EPIC'') #device vx # 3Com 3c590, 3c595 (``Vortex'') #device wx # Intel Gigabit Ethernet Card (``Wiseman'') # PCI Ethernet NICs that use the common MII bus controller code. device miibus # MII bus support #device dc # DEC/Intel 21143 and various workalikes device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device ste # Sundance ST201 (D-Link DFE-550TX) #device tl # Texas Instruments ThunderLAN #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. #device ed0 at isa? port 0x280 irq 10 iomem 0xd8000 #device ex #device ep # WaveLAN/IEEE 802.11 wireless NICs. Note: the WaveLAN/IEEE really # exists only as a PCMCIA device, so there is no ISA attatement needed # and resources will always be dynamically assigned by the pccard code. #device wi # Aironet 4500/4800 802.11 wireless NICs. Note: the declaration below will # work for PCMCIA and PCI cards, as well as ISA cards set to ISA PnP # mode (the factory default). If you set the switches on your ISA # card for a manually chosen I/O address and IRQ, you must specify # those paremeters here. #device an # The probe order of these is presently determined by i386/isa/isa_compat.c. #device ie0 at isa? port 0x300 irq 10 iomem 0xd0000 #device fe0 at isa? port 0x300 #device le0 at isa? port 0x300 irq 5 iomem 0xd0000 #device lnc0 at isa? port 0x280 irq 10 drq 0 #device cs0 at isa? port 0x300 #device sn0 at isa? port 0x300 irq 10 # requires PCCARD (PCMCIA) support to be activated #device xe0 at isa? # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" #pseudo-device gif 4 # IPv6 and IPv4 tunneling #pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf 1 #Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device usb # USB Bus (required) #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse # USB Ethernet, requires mii #device aue # ADMtek USB ethernet #device cue # CATC USB ethernet #device kue # Kawasaki LSI USB ethernet >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 May 29 8:46:51 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 87FE037BC1D; Mon, 29 May 2000 08:46:49 -0700 (PDT) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA44749; Mon, 29 May 2000 08:46:49 -0700 (PDT) (envelope-from steve@FreeBSD.org) Date: Mon, 29 May 2000 08:46:49 -0700 (PDT) From: Message-Id: <200005291546.IAA44749@freefall.freebsd.org> To: mcrosland@zap.A2000.nl, steve@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/18876: arpintr() problem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: arpintr() problem State-Changed-From-To: open->closed State-Changed-By: steve State-Changed-When: Mon May 29 08:46:17 PDT 2000 State-Changed-Why: Duplicate of kern/18875. http://www.freebsd.org/cgi/query-pr.cgi?pr=18876 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 29 10:20: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0DEFD37BCA8 for ; Mon, 29 May 2000 10:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA57557; Mon, 29 May 2000 10:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 29 May 2000 10:20:02 -0700 (PDT) Message-Id: <200005291720.KAA57557@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Anatoly Vorobey Subject: Re: kern/18874: 32bit NFS servers export wrong negative values to 64bit clients Reply-To: Anatoly Vorobey Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/18874; it has been noted by GNATS. From: Anatoly Vorobey To: alex@big.endian.de Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/18874: 32bit NFS servers export wrong negative values to 64bit clients Date: Mon, 29 May 2000 13:14:59 -0400 You, alex@big.endian.de, were spotted writing this on Mon, May 29, 2000 at 05:24:23PM +0200: > NFS Server wants to export that fs: > /dev/ad0s4g 2482878 2361105 -76857 103% /usr > > NFS client sees: > neutron:/usr/obj 2482878 2361105 18014398509405127 0% /usr/obj Gotta love those signed<-->unsigned bugs ;) This seemed interesting enough for me to rummage around in sources, but I don't really have a working setup with Alpha NFS to test this against. I wonder if you could try this patch, which seems to do The Right Thing to me. I won't be surprised if it fails to work at all though :) A brief explanation: tquad is 64-bit unsigned, and holds the available bytes value which is really signed long. Suppose the real value is negative. If we divide it by NFS_FABLKSIZE first, and then cast to long, we risk turning it into a positive value by division. --- /usr/src/sys/nfs/nfs_vfsops.c Sun Aug 29 12:30:31 1999 +++ nfs_vfsops.c Mon May 29 13:08:50 2000 @@ -297,7 +297,7 @@ fxdr_hyper(&sfp->sf_fbytes, &tquad); sbp->f_bfree = (long)(tquad / ((u_quad_t)NFS_FABLKSIZE)); fxdr_hyper(&sfp->sf_abytes, &tquad); - sbp->f_bavail = (long)(tquad / ((u_quad_t)NFS_FABLKSIZE)); + sbp->f_bavail = ((long)tquad) / (long)NFS_FABLKSIZE); sbp->f_files = (fxdr_unsigned(int32_t, sfp->sf_tfiles.nfsuquad[1]) & 0x7fffffff); sbp->f_ffree = (fxdr_unsigned(int32_t, -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 29 10:30: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B02CD37BCAD for ; Mon, 29 May 2000 10:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA58686; Mon, 29 May 2000 10:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 29 May 2000 10:30:04 -0700 (PDT) Message-Id: <200005291730.KAA58686@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Alexander Langer Subject: Re: kern/18874: 32bit NFS servers export wrong negative values to 64bit clients Reply-To: Alexander Langer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/18874; it has been noted by GNATS. From: Alexander Langer To: Anatoly Vorobey Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/18874: 32bit NFS servers export wrong negative values to 64bit clients Date: Mon, 29 May 2000 19:21:40 +0200 Thus spake Anatoly Vorobey (mellon@pobox.com): > Gotta love those signed<-->unsigned bugs ;) Isn't that 32bit signed vs. 64bit signed? > but I don't really have a working setup with Alpha NFS to test this against. On the client, I guess? (the patch). Will it break the i386 nfs? > A brief explanation: tquad is 64-bit unsigned, and holds the available > bytes value which is really signed long. Suppose the real value is negative. > If we divide it by NFS_FABLKSIZE first, and then > cast to long, we risk turning it into a positive value by division. Yes, but what about i386, where long is only 32bit and can't hold that value? Alex -- I need a new ~/.sig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 29 10:40:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 74DB037BCD4 for ; Mon, 29 May 2000 10:40:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA59402; Mon, 29 May 2000 10:40:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 29 May 2000 10:40:07 -0700 (PDT) Message-Id: <200005291740.KAA59402@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Anatoly Vorobey Subject: Re: kern/18874: 32bit NFS servers export wrong negative values to 64bit clients Reply-To: Anatoly Vorobey Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/18874; it has been noted by GNATS. From: Anatoly Vorobey To: Alexander Langer Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/18874: 32bit NFS servers export wrong negative values to 64bit clients Date: Mon, 29 May 2000 13:34:47 -0400 You, Alexander Langer, were spotted writing this on Mon, May 29, 2000 at 07:21:40PM +0200: > Thus spake Anatoly Vorobey (mellon@pobox.com): > > > Gotta love those signed<-->unsigned bugs ;) > > Isn't that 32bit signed vs. 64bit signed? I thought that was the case at first too, but it doesn't appear so. NFS transfers available values for statfs as 32-bit unsigned in v2, and 64-bit unsigned in v3, regardless of platforms it runs on (your setup uses NFSv3, right?). See the nfs_statfs structure in sys/nfs/nfsproto.h . Now the bug says that either the server puts the value in nfs_statfs incorrectly (maybe, but I couldn't find any fault with the sources in nfs_serv.c), or the client takes it out incorrectly (I think that's likely, hence the attached patch), or the xdr conversion routines work incorrectly for quad values (very unlikely, would've broken lots of things in NFS). > > but I don't really have a working setup with Alpha NFS to test this against. > > On the client, I guess? (the patch). Will it break the i386 nfs? Yes, on the client, and no, shouldn't break anything at all. > > A brief explanation: tquad is 64-bit unsigned, and holds the available > > bytes value which is really signed long. Suppose the real value is negative. > > If we divide it by NFS_FABLKSIZE first, and then > > cast to long, we risk turning it into a positive value by division. > > Yes, but what about i386, where long is only 32bit and can't hold that > value? Hmm. I haven't thought of that. A simple test I made on i386 showed that (long)(u_quad_t)(long)(-100) == -100, so I guess the conversion works fine, even though long is 32bit, and I can't really explain why at the moment :) If you want to be extra sure, you can cast tquad to quad_t before casting it to long. Then it'll hold the real negative value which must be correctly converted into long. I know that you can point out that Alpha's long was bigger than i386's long -- but there's not much you can do about *that*, since you have to start from struct statfs on Alpha and finish with struct statfs on i386, and f_bavail is long on both. You'll just have to hope that the underlying filesystem restricts this value to 32 bits or something. -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 29 10:50: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E212B37B714 for ; Mon, 29 May 2000 10:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA60167; Mon, 29 May 2000 10:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 29 May 2000 10:50:02 -0700 (PDT) Message-Id: <200005291750.KAA60167@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Alexander Langer Subject: Re: kern/18874: 32bit NFS servers export wrong negative values to 64bit clients Reply-To: Alexander Langer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/18874; it has been noted by GNATS. From: Alexander Langer To: Anatoly Vorobey Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/18874: 32bit NFS servers export wrong negative values to 64bit clients Date: Mon, 29 May 2000 19:48:21 +0200 Thus spake Anatoly Vorobey (mellon@pobox.com): > it to long. Then it'll hold the real negative value which must be correctly > converted into long. I know that you can point out that Alpha's long was > bigger than i386's long -- but there's not much you can do about *that*, > since you have to start from struct statfs on Alpha and finish with struct > statfs on i386, and f_bavail is long on both. You'll just have to hope that > the underlying filesystem restricts this value to 32 bits or something. What about taking quad_t and not u_quat_t? I think that would be _much_ more appreciated, isn't it? (for the conversion) Alex -- I need a new ~/.sig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 29 10:55: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.surf1.de (mail.surf1.de [194.25.165.21]) by hub.freebsd.org (Postfix) with ESMTP id C10F137B714 for ; Mon, 29 May 2000 10:55:02 -0700 (PDT) (envelope-from alex@cichlids.com) Received: from cichlids.com (p3E9EE6F6.dip0.t-ipconnect.de [62.158.230.246]) by mail.surf1.de (8.9.3/8.9.3) with ESMTP id TAA14015 for ; Mon, 29 May 2000 19:55:25 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by cichlids.com (Postfix) with ESMTP id 3ECBBAC30 for ; Mon, 29 May 2000 19:55:01 +0200 (CEST) Received: (from alex@localhost) by cichlids.cichlids.com (8.9.3/8.9.3) id TAA07221 for freebsd-bugs@FreeBSD.ORG; Mon, 29 May 2000 19:54:41 +0200 (CEST) (envelope-from alex) Date: Mon, 29 May 2000 19:54:41 +0200 From: Alexander Langer To: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/18874: 32bit NFS servers export wrong negative values to 64bit clients Message-ID: <20000529195441.A7207@cichlids.cichlids.com> References: <200005291750.KAA60167@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200005291750.KAA60167@freefall.freebsd.org>; from alex@big.endian.de on Mon, May 29, 2000 at 10:50:02AM -0700 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Thus spake Alexander Langer (alex@big.endian.de): > > it to long. Then it'll hold the real negative value which must be correctly > > converted into long. I know that you can point out that Alpha's long was > > bigger than i386's long -- but there's not much you can do about *that*, > > since you have to start from struct statfs on Alpha and finish with struct > > statfs on i386, and f_bavail is long on both. You'll just have to hope that > > the underlying filesystem restricts this value to 32 bits or something. > What about taking quad_t and not u_quat_t? I mean quad_t instead of long, of course. Alex -- I need a new ~/.sig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 29 11: 0: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2ED7D37B618 for ; Mon, 29 May 2000 11:00:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA61110; Mon, 29 May 2000 11:00:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 29 May 2000 11:00:04 -0700 (PDT) Message-Id: <200005291800.LAA61110@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Anatoly Vorobey Subject: Re: kern/18874: 32bit NFS servers export wrong negative values to 64bit clients Reply-To: Anatoly Vorobey Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/18874; it has been noted by GNATS. From: Anatoly Vorobey To: Alexander Langer , FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: kern/18874: 32bit NFS servers export wrong negative values to 64bit clients Date: Mon, 29 May 2000 13:53:16 -0400 You, Anatoly Vorobey, were spotted writing this on Mon, May 29, 2000 at 01:34:46PM -0400: > Hmm. I haven't thought of that. A simple test I made on i386 showed > that (long)(u_quad_t)(long)(-100) == -100, so I guess the conversion > works fine, even though long is 32bit, and I can't really explain why > at the moment :) Can't I? I can ;) If the negative value is small enough to fit into 32bit, then it'll get converted via u_quad_t just fine, because the high quadword will only contain 1's. The conversion from u_quad_t to long will just chop off the high word: Scenario A. Source long is 32-bit, destination long is 32-bit: (src long)-10 is 0xfffffff6 (u_quad_t)(src long)-10 is 0x00000000fffffff6 (dst long)(u_quad_t)(src long)-10 is 0xfffffff6 == -10 Senario B. Source long is 64-bit, destination long is 32-bit: (src long)-10 is 0xfffffffffffffff6 (u_quad_t)(dst long)-10 is 0xfffffffffffffff6 (dst long)(u_quad_t)(src long)-10 is 0xfffffff6 == -10 Scenario C. Source long is 32-bit, destination long is 64-bit: (src long)-10 is 0xfffffff6 (u_quad_t)(src long)-10 is 0x00000000fffffff6 (dst long)(u_quad_t)(src long)-10 is 0x00000000fffffff6 == 4294967286 Scenario D. Source long is 64-bit, destination long is 64-bit, left to the reader ;) Bummer, scenario C shouldn't work at all -- can you check? But this isn't your case, your case is scenario B IIRC -- and the conversion should work fine, my patch corrects the problem which might happen because the value gets divided before the third stage, when the compiler still thinks it's unsigned 64bit. -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 29 11: 0:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 56E1537BD02 for ; Mon, 29 May 2000 11:00:10 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA61128; Mon, 29 May 2000 11:00:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 29 May 2000 11:00:08 -0700 (PDT) Message-Id: <200005291800.LAA61128@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Alexander Langer Subject: Re: kern/18874: 32bit NFS servers export wrong negative values to 64bit clients Reply-To: Alexander Langer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/18874; it has been noted by GNATS. From: Alexander Langer To: Anatoly Vorobey Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/18874: 32bit NFS servers export wrong negative values to 64bit clients Date: Mon, 29 May 2000 19:57:59 +0200 Thus spake Anatoly Vorobey (mellon@pobox.com): > Bummer, scenario C shouldn't work at all -- can you check? But this > isn't your case, your case is scenario B IIRC -- and the conversion > should work fine, my patch corrects the problem which might happen > because the value gets divided before the third stage, when the compiler > still thinks it's unsigned 64bit. I'll test soon. At the moment I'm building world. I'll also try the quad_t cast instead of the long cast. Thanks anyways. Alex -- I need a new ~/.sig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 29 11: 0:18 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A39CB37BD54 for ; Mon, 29 May 2000 11:00:14 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA61146; Mon, 29 May 2000 11:00:13 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 29 May 2000 11:00:13 -0700 (PDT) Message-Id: <200005291800.LAA61146@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Anatoly Vorobey Subject: Re: kern/18874: 32bit NFS servers export wrong negative values to 64bit clients Reply-To: Anatoly Vorobey Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/18874; it has been noted by GNATS. From: Anatoly Vorobey To: Alexander Langer Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/18874: 32bit NFS servers export wrong negative values to 64bit clients Date: Mon, 29 May 2000 13:59:24 -0400 You, Alexander Langer, were spotted writing this on Mon, May 29, 2000 at 07:48:21PM +0200: > Thus spake Anatoly Vorobey (mellon@pobox.com): > > > it to long. Then it'll hold the real negative value which must be correctly > > converted into long. I know that you can point out that Alpha's long was > > bigger than i386's long -- but there's not much you can do about *that*, > > since you have to start from struct statfs on Alpha and finish with struct > > statfs on i386, and f_bavail is long on both. You'll just have to hope that > > the underlying filesystem restricts this value to 32 bits or something. > > What about taking quad_t and not u_quat_t? > > I think that would be _much_ more appreciated, isn't it? (for the > conversion) NFS seems to transfer everything unsigned, and I think it's a reasonable decision. It gets cast back to signed on the receiving end if needed. I think that casting to quad_t *before* casting to u_quad_t would solve the problem I've outlined as Scenario C in my previous mail. That change would have to be inserted in nfs_serv.c, in the server nfs_statfs() call. But I haven't even verified that the problem exists yet (I've no access to any Alphas anyway). I don't see how using quad_t would help in *your* case, on the other hand. -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 29 11: 1:37 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7FDB437BE7B for ; Mon, 29 May 2000 11:00:24 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA61138 for freebsd-bugs@freebsd.org; Mon, 29 May 2000 11:00:10 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 29 May 2000 11:00:10 -0700 (PDT) Message-Id: <200005291800.LAA61138@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 [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, 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/10/01] kern/4673 Two panics, now crash dumps, always in re o [1997/11/24] bin/5139 portmap does not find interfaces correctl o [1997/12/21] kern/5355 Fix for NULLFS problems o [1998/02/03] kern/5641 peter running processes at the IDLE priority (i o [1998/02/10] kern/5703 CDROM Media Error triggers complete syste o [1998/03/23] bin/6121 peter gethostbyname(3) no longer returns NO_DAT s [1998/05/13] kern/6630 julian [PATCH] Fix for Cyrix I8254 bug o [1998/07/12] kern/7264 gibbs Buslogic BT 950 scsi card not detected o [1998/08/15] kern/7622 Kernel panic with Fatal trap 18. o [1998/09/08] i386/7859 luigi fatal trap 12 in midi_synth_input f [1998/09/14] kern/7927 n_hibma Fatal trap 12: page fault while in kernel o [1998/09/28] kern/8074 se CAM rescan operation fatal o [1998/10/03] gnu/8138 obrien gcc -pipe xxx.s hangs f [1998/10/06] i386/8179 Install failure with motherbord using SIS f [1998/10/08] i386/8214 n_hibma Install 3.0-19981006-BETA fails a [1998/11/08] ports/8609 nectar eklogin service (kerberos klogind) fails f [1998/11/12] i386/8673 bug in vm_page_alloc_contig() o [1998/11/24] bin/8829 bug in innetgr (was: Fix port: security/s f [1998/11/25] kern/8861 n_hibma under heavy (multi interface) traffic ep0 f [1998/12/09] kern/9036 Boot 3.0-Release hangs with BT-445S after a [1999/01/05] kern/9334 n_hibma cp fails for 2048 Bytes/sector media o [1999/02/19] kern/10166 panic during heavy sio i/o;no coproc; ves o [1999/02/20] kern/10172 [panics] Kernel (esp kern/sys_pipe.c) die s [1999/02/26] kern/10281 Crash of 3.1-STABLE system due to scsi er o [1999/03/01] kern/10332 gibbs System freezes during certain SCSI activi a [1999/03/01] bin/10344 fenner Core dump in gethostbyaddr for 199.93.70. o [1999/03/05] kern/10397 3.1R page fault while in kernel mode, fro o [1999/03/07] misc/10473 Incorrect aout compat libraries in XF8633 o [1999/03/09] kern/10507 Process hangs in state VM pgd o [1999/03/09] misc/10509 Cvs can hang system when used with pserve o [1999/03/09] kern/10520 can't exec files under nullfs o [1999/03/11] kern/10542 page fault while in kernel mode, not kern o [1999/03/11] kern/10545 When a fork/exec stress test is run, the o [1999/03/12] misc/10566 obrien patch dhcpc problem on /etc/pccard_ether o [1999/03/17] kern/10636 ipfw problems o [1999/03/19] i386/10683 I have a buslogic BT-948 FW controller. W o [1999/03/20] i386/10690 Installation freezes after device selecti f [1999/03/20] kern/10701 ppbus printing problems o [1999/03/22] ports/10725 stb Wrong Cyrus IMAP deliver group o [1999/03/23] bin/10744 call to login() from aout/libutil.so.2.2 o [1999/03/27] kern/10828 3.1-STABLE freezes when writing to floppy o [1999/03/29] kern/10866 ahc2740 panic o [1999/03/30] kern/10872 Panic in sorecieve() due to NULL mbuf poi o [1999/04/05] kern/10959 3.1-STABLE crashes due to a floppy mount o [1999/04/05] ports/10965 obrien lcc-3.6 unable to compile anything o [1999/04/13] kern/11112 Amanda on FreeBSD can wipe the _next_ tap o [1999/04/17] kern/11196 n_hibma kernel mode page fault o [1999/04/19] kern/11226 Invalid files on disk after fsync o [1999/04/20] kern/11238 Synchronous PPP not functional in leased o [1999/04/20] kern/11241 Install fails after SCSI probe o [1999/04/22] i386/11278 FreeBSD Version 3.1 reboots repeatedly (c o [1999/04/23] i386/11298 Enabling IDE DMA on Opti Viper-M crashes o [1999/04/26] i386/11349 Error Mounting /dev/wd0s1 on dist during o [1999/04/27] kern/11351 system reboot for error with popper and d o [1999/05/01] kern/11434 can't boot from wd0s2a o [1999/05/10] kern/11629 File descriptor table sharing is broken o [1999/05/12] kern/11680 server freezes, all processes stuck in "i o [1999/05/13] i386/11681 gibbs Adaptec 2940 UW SCSI Controller BIOS 1.34 o [1999/05/14] kern/11707 ncr isn't recognized in 3.1-19990512-STAB o [1999/05/24] kern/11869 wpaul Network hangging due to xl0: tx underrun o [1999/05/31] kern/11966 TCP copies send and receive socket buffer o [1999/06/02] kern/11988 recvmsg with a cmsghdr but no iovec is br o [1999/06/02] kern/11993 panic: getnewbuf: inconsistent EMPTY queu f [1999/06/05] kern/12041 n_hibma Crashes on startup if Zip drive is switch o [1999/06/06] conf/12050 No /sbin/init on fixit flop o [1999/06/07] kern/12072 vm_fault happened in binary file transfer o [1999/06/09] kern/12106 error 6: panic: cannot mount root o [1999/06/10] kern/12127 persistent crash on idle SMP system o [1999/06/16] kern/12248 CRON in malloc(): warning: pointer to wr o [1999/06/18] i386/12286 Segmentation violation when invoking JNI s [1999/06/23] kern/12367 Writing files larger than floppy capacity o [1999/06/25] misc/12390 Installation hangs during extraction o [1999/06/25] kern/12395 gibbs Buslogic SCSI cards (BT948) time out unde o [1999/06/30] kern/12466 Fast system hangs under high FS load o [1999/07/05] kern/12521 lmbench-1.1's context switching test hang o [1999/07/12] misc/12607 System crashes after boot, portmap endles o [1999/07/13] alpha/12623 alpha Certain valid numeric strings cause a SIG f [1999/07/20] misc/12720 gdbm (And possibly other libraries in /us o [1999/07/21] kern/12730 poll() causes indeterministic program han o [1999/07/21] misc/12743 Cannot boot the 3.2 floppies o [1999/08/02] misc/12923 Installation fails on HP Net Server f [1999/08/04] kern/12980 NetGear Dec 21140AF Ethernet Card unrecog o [1999/08/06] bin/12998 des still inetd junk pointer too low to make o [1999/08/10] i386/13059 imp Install aborts with panic:aha0: Invalid C a [1999/08/20] kern/13270 dillon NFS hangs if written through self-mount o [1999/08/23] alpha/13338 alpha panic: pmap_remove_all: pv_table for 162b o [1999/08/24] kern/13352 No support for Promise Ultra/66 o [1999/08/30] misc/13474 Maximum Number of IPs Permitted in the .. o [1999/09/07] bin/13615 awk corrupts the memory arena when OFMT i o [1999/09/09] alpha/13653 alpha panic: pmap_remove_all: pv_table for 90b6 o [1999/09/12] kern/13709 panic: sched_sync: fsync failed o [1999/09/17] i386/13797 SMP/NFS panics on 3.3-RC o [1999/09/19] i386/13817 system reboot o [1999/09/19] kern/13825 tx0 "holds" packets for long periods, eve o [1999/09/19] i386/13844 keyboard locks up when I page through a m f [1999/09/20] i386/13849 grog dump on vinum r5 freezes system o [1999/09/22] i386/13892 Kern.flp does not boot on Compaq Presario o [1999/09/24] i386/13933 nfs server panics in tulip_rx_intr() o [1999/09/24] kern/13940 Panic with dd on block/"cooked" devices u o [1999/09/24] kern/13944 ATAPI cd-rom not boot to install, nor de o [1999/09/27] misc/13995 Full duplex mode doesn't work right with o [1999/09/28] kern/14028 ATAPI cd-rom not boot to install and can' o [1999/09/28] i386/14030 imp aha0 probe fails 3.3.0-RELEASE install wi o [1999/10/05] kern/14141 3.3-RELEASE crashing often o [1999/10/06] kern/14162 sudden reboot problem ( maybe kernel pani o [1999/10/08] misc/14204 error 6: panic: cannot mout root(2) o [1999/10/10] i386/14256 System doesn't boot under FreeBSD 3.2 o [1999/10/14] kern/14322 mount respects permissions of underlying o [1999/10/15] kern/14347 kdump & truss won't compile because addit o [1999/10/17] i386/14373 Error while booting from floppy disk o [1999/10/24] i386/14492 FreeBSD won't install/work with an Asus S o [1999/10/25] kern/14510 kernel panic while pressing panic o [2000/02/09] i386/16620 4.0-20000208-CURRENT fails to boot on ASU o [2000/02/14] kern/16708 wpaul 3Com 3c900-Combo Ehternet card make kerne o [2000/02/15] kern/16740 The kernel panics with "ffs_clusteralloc: o [2000/02/18] i386/16802 An user math program have the system on K o [2000/02/18] kern/16803 Newer Adaptec controllers make system han o [2000/02/19] kern/16828 High Speed Pinging Over 8184 bytes Kills o [2000/02/21] bin/16862 cracauer strptime(..., "%+" ...) dumps core o [2000/02/21] kern/16890 Fatal trap 12: page fault while in kernel o [2000/02/21] misc/16901 cannot boot 3.4 floppies o [2000/02/26] kern/17011 Fatal trap 12 occur, dhclient with BOOTP o [2000/02/28] kern/17067 consistent "make -k buildworld" crash wit o [2000/03/01] kern/17122 crash due to: softdep_disk_write_complete o [2000/03/02] kern/17124 panic: vm_object_deallocate: object deall o [2000/03/03] kern/17152 kernel panic:aio_write o [2000/03/03] kern/17154 need to raise file descriptor limit, its o [2000/03/07] kern/17248 FreeBSD 3.4 won't install on 486/100 IBM o [2000/03/10] kern/17305 advansys driver time-out around 30 minute f [2000/03/10] kern/17311 bug in the code handling ioctl SIOCGIFCON o [2000/03/12] kern/17339 3.4-R on a K6-2: panic: pmap_release: fre f [2000/03/12] ports/17340 mharo Ports that need Xaw3d won't build o [2000/03/15] i386/17391 rnordier FreeBSD boot loader does not recognize ke o [2000/03/15] i386/17398 imp Install failure of 4.0-Release via ftp an o [2000/03/15] kern/17400 sos panic: resource_list_alloc when booting o [2000/03/16] ports/17426 ports tkrat2 port broken -- builds, but does no o [2000/03/18] i386/17485 Partition editor completely non-functiona o [2000/03/22] i386/17557 BTX Loader Hardlocks on FIC-SD11 Motherbo o [2000/03/22] i386/17558 ncr1 controller is not working properly i o [2000/03/23] kern/17565 4.0-RELEASE install does not access IDE d o [2000/03/27] kern/17620 jhay Digi/570i sync driver (if_ar.c) causes sy o [2000/03/28] alpha/17642 alpha FreeBSD/alpha 4.0 RELEASE installation fa o [2000/03/28] kern/17643 sos 3.4 to 4.0 upgrade: ATAPI drivers damage s [2000/03/29] bin/17659 murray sysinstall fails to load a.out libraries o [2000/03/29] i386/17661 sos 4.0-REL hangs after detecting ata1 o [2000/03/30] ports/17691 jkoshy mpg123 didn't free memory o [2000/03/31] i386/17712 Some outside networks are unable to resol o [2000/04/03] kern/17776 RAID5 with crashed disk corrupts filesyst o [2000/04/03] i386/17778 sos 4.0-RELEASE will not recognize IDE Contro o [2000/04/04] bin/17791 Restore does not handle bad or missing ta o [2000/04/04] misc/17793 Keyboard not found o [2000/04/04] ports/17806 msmith make in ports/net/citrix_ica loops on scr o [2000/04/04] i386/17808 cannot swap /dev/.... o [2000/04/05] kern/17821 Wavelan driver not working in 4.0 o [2000/04/08] kern/17868 no more buffers / can't allocate llinfo w o [2000/04/08] kern/17870 n_hibma 4.0-release consistently crashes a couple o [2000/04/08] kern/17873 brian Can not routing IPV6 packet with tun-devi o [2000/04/09] kern/17881 4.0-RELEASE kern.flp boot crashes upon pr o [2000/04/13] kern/17971 cannot boot 4.0 floppies to install o [2000/04/16] ports/18043 andreas i386 o [2000/04/18] kern/18074 Fatal trap 12: page fault while in kernel o [2000/04/20] i386/18123 4.0-RELEASE crashes during boot from CD-R o [2000/04/23] kern/18182 Remote serial gdb no longer works since m o [2000/04/24] bin/18198 owner of ccontrol file in spool dir is wr o [2000/04/24] misc/18201 Freeze at boot time when trying to upgrad o [2000/04/25] misc/18205 Install via CD-Romm hangs o [2000/04/25] i386/18207 3.2-RELEASE to 4.0-RELEASE FTP upgrade fa o [2000/04/27] kern/18265 Vendor specific word = FFFF o [2000/04/30] bin/18312 mt not statically linked o [2000/05/01] kern/18335 FreeBSD 4.0 has a "WRITE command timeout f [2000/05/04] kern/18387 grog when performing certain vinum operations, o [2000/05/09] misc/18466 dillon install via nfs or ftp media silently tru o [2000/05/11] misc/18507 System 'dies' On High Load!!?? o [2000/05/13] bin/18531 installation will not read files frm flop o [2000/05/15] ports/18578 ports Build of ghostview fails o [2000/05/16] bin/18605 ps does not work under 4.0-STABLE o [2000/05/16] ports/18606 ports cannot install the latest ucd-snmp port o [2000/05/17] kern/18623 out of swap o [2000/05/17] misc/18641 FreeBSD V4.0 crashes when using ifconfig o [2000/05/18] i386/18655 4.0-RELEASE Fails to install o [2000/05/18] i386/18663 the iso image for 4.0 is too large o [2000/05/18] kern/18665 Unpredictable crashes. Page fault while i f [2000/05/19] kern/18685 grog "vinum start" under load causes "Fatal tr o [2000/05/20] ports/18700 will kdelibs2 doesn't compile with some versio o [2000/05/21] kern/18712 Kernel panic o [2000/05/22] kern/18754 grog Vinum: reviving RAID5 volume corrupts dat o [2000/05/23] misc/18786 SCSI hangs during FreeBSD 4.0 installatio o [2000/05/24] misc/18793 ken Hitachi DK319H needs quirk entry to work o [2000/05/25] alpha/18808 alpha Unalligned trap handler fails on quadword o [2000/05/25] kern/18823 Apache will hang when compiled with -pthr 227 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps 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 f [1996/08/22] kern/1533 dillon Machine can be panicked by a userland pro o [1996/09/29] kern/1689 TCP extensions throttles distant connecti 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 f [1996/10/21] kern/1856 peter read-only nfs mount: panic leaf should be s [1996/10/26] bin/1892 n_hibma install(1) removes target file s [1996/11/08] gnu/1981 ypserv handles null key incorrectly o [1996/11/18] kern/2053 peter de0 driver don't work at 100M for Compex 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 f [1997/01/09] bin/2430 grog mountd stops on loading if subnet mask is s [1997/02/03] kern/2647 changing existing route to -static crashe 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/15] kern/2742 panic: leaf should be empty f [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/22] kern/2800 DDS large data writing probrem 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/08] kern/2919 vm_fault: fault on nofault entry, addr: f 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/15] bin/3305 Can't do encrypted rlogin into self 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] kern/3463 netstat -I packet count increase on sl0 w f [1997/05/04] i386/3502 mdodd 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/09] kern/3564 using MPU401 driver pagefaults kernel 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 s [1997/05/25] kern/3685 [PATCH] panic: fdesc attr 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/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/18] kern/3899 df while unmounting floppy crashes 2.2.2 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 s [1997/07/06] gnu/4042 gdb stackframe in static library shows no 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/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/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/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/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/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/21] kern/4600 peter nfs lookups might give incorrect result 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/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/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/05] bin/4949 rpc.rquotad stat()s fs with quota file in o [1997/11/15] conf/5062 login.access not evaluated correctly o [1997/11/18] kern/5085 System crash during mount command for CD o [1997/11/23] i386/5128 Adaptec 2940U Timeouts with QUANTUM disk 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 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/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/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 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/19] kern/5794 Kernel Panic o [1998/02/28] kern/5877 sb_cc counts control data as well as data 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/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/22] kern/6103 panic: ffs_valloc: dup alloc o [1998/03/28] bin/6162 kinit does not default to the current use 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/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/14] kern/6300 System locks up in SMP mode when accessin 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/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/08] bin/6557 /bin/sh is broken 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/25] kern/6751 audio cd play suddenly stops. o [1998/05/25] kern/6755 peter Tulip (if_de) driver buggy in -current s [1998/05/27] misc/6773 [PATCH] tempnam.c security problems s [1998/06/02] bin/6830 make(1) exhibits confusing and non-standa s [1998/06/04] kern/6854 [PATCH] probing brooktree849 capture card 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 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/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 s [1998/07/06] misc/7190 phk "Invalid partition table" after new insta 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/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/30] bin/7446 jdp Dlopen succeed in particular cases, but i s [1998/08/10] kern/7556 sl_compress_init() will fail if called an f [1998/08/10] kern/7557 dillon -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/18] kern/7658 (1) rlogin from some host to the FreeBSD o [1998/08/18] kern/7664 scsiformat reports '0' for all parameters f [1998/08/20] i386/7698 n_hibma scotty/tkined library error 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] 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/09/01] kern/7797 System halted with "panic: pmap_release: o [1998/09/02] i386/7815 probe can't find wdc0 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/10] kern/7880 mount_cd9660 incorrect on multitrack CD-R 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/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 o [1998/09/22] conf/8031 peter [patch] /etc/rc looks for /etc/sendmail.c 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/30] gnu/8099 [patch] some bugs in cpio 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/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/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/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/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 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/24] i386/8435 boot.flp does not give shell prompt after o [1998/10/28] misc/8480 odd Korean timedef(LC_TIME) 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/03] kern/8561 /kernel inode change time changes every r o [1998/11/05] kern/8580 Hanging NFS pagein in nfs_bio.c (2.2.7, w o [1998/11/07] kern/8590 kernel incorrectly recognizing Maxtor 11. 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 markm exmh2 has problems with some date formats s [1998/11/09] misc/8623 [MFC] Time zone for Japan is strange (see 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/14] bin/8685 sending a SYST by ftp client closes conne o [1998/11/18] bin/8745 wosch 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/23] kern/8824 Incorrect driver unit number in IDE BusMa o [1998/11/24] conf/8854 boot.flp does not probe atapi cdrom o [1998/11/25] bin/8865 syslogd hangs with serial console a [1998/11/28] kern/8875 Patch to allow DMA IDE with generic chips o [1998/11/29] conf/8903 dillon /etc/rc can do NFS mounts before the netw o [1998/12/01] i386/8924 File transfers. Upload is 71Kbs downloa o [1998/12/02] kern/8940 system clock runs extremely slowly (and s o [1998/12/06] kern/8981 this also fixes X crashes and sio silo ov o [1998/12/10] i386/9044 #.0 pkgs require libkrb 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] kern/9163 [patch] squid does not join a multicast g o [1998/12/31] bin/9252 [patch] login program "login" don't set K 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/06] kern/9355 can't select() for writes on a bpf o [1999/01/07] bin/9379 pppd does not go through all interfaces l 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/11] bin/9440 obrien amd can't mount filesystems with type:=uf o [1999/01/11] bin/9444 mount_mfs uses lots of swap. o [1999/01/13] kern/9478 support for running a script from kldload 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] bin/9516 ftpd doesn't honor invalid shelll in logi 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/21] kern/9599 SMP hang after reseting CPU 1 o [1999/01/22] docs/9618 asmodai many typos in groff_mm(7) o [1999/01/25] kern/9673 ISO CD-ROM Problem o [1999/01/28] i386/9759 Tar process hangs on buggy tapes o [1999/02/01] kern/9862 system crashes writing to msdos jaz disk o [1999/02/02] kern/9883 MGET()(and variants) return NULL with M_W s [1999/02/06] kern/9927 gibbs the ahc driver doesn't correctly grok swi o [1999/02/06] i386/9933 No error reported writing to write-protec o [1999/02/06] kern/9935 vmstat reprots bad AVM values o [1999/02/08] kern/9961 When loading if_ppp_mod.o system crashes, o [1999/02/08] i386/9962 Install Panics in with integer divide fau o [1999/02/08] kern/9974 Large amounts of kernel clock drift with o [1999/02/09] bin/9982 inet_addr(3) should be return 32bit uint. o [1999/02/10] misc/10009 jdp dlopen will crash when opening some strip o [1999/02/11] kern/10021 MOUNTING A EXT2FS A AFTER MOUNTING AN MSD o [1999/02/11] bin/10031 ypxfr does not work with Solaris master s o [1999/02/13] kern/10066 problem with a X-Window and syscons drive o [1999/02/14] i386/10089 ATAPI tape driver (wst) doesn't handle En o [1999/02/15] kern/10107 interlock situation with exec_map and a p o [1999/02/18] i386/10150 Compaq fxp0 Does not work on 3.0 or 3.1 b o [1999/02/18] i386/10151 ATAPI CD problem o [1999/02/19] conf/10163 init does not start when /var/msgs is a s o [1999/02/23] bin/10230 -T and -B not implemented on filehandles o [1999/02/25] misc/10259 FTP install hangs for 3.1-RELEASE o [1999/02/25] bin/10264 passwd(1) tryis NIS even with `-l' switch o [1999/02/25] kern/10265 file locking does not work with kernel pt o [1999/02/26] kern/10280 Display Adapters (PCI) probed wrong way - o [1999/02/28] misc/10302 installer o [1999/02/28] bin/10312 ken pciconf -l generates output incompatible o [1999/02/28] kern/10316 le0 goes OACTIVE after some time o [1999/03/02] bin/10353 ypserv gets segmentation violation o [1999/03/03] kern/10381 hlfsd/NFS failure -- directory cached bet o [1999/03/05] kern/10411 top, vmstat, iostat show 0% cpu idle & us o [1999/03/06] misc/10418 libpam is built before libradius/libtacpl o [1999/03/07] kern/10466 resume causes crashes if BIOS extmem != R o [1999/03/08] kern/10492 broadcast IP address can be set on interf o [1999/03/09] bin/10510 Remote cvs botches commits on occassion o [1999/03/11] bin/10553 syslogd suddenly stopped logging o [1999/03/14] kern/10581 Kernel panic while using find on an ext2 o [1999/03/14] kern/10594 EXT2FS mount problems o [1999/03/14] bin/10596 I can't find out where someone is logged o [1999/03/15] misc/10599 [PATCH included]malloc/free breaks in cer o [1999/03/15] kern/10603 dcs Random system panics o [1999/03/15] kern/10607 Fast forwarding breaks when arp cache exp o [1999/03/16] bin/10615 make installworld DESTDIR=/some/dir o [1999/03/16] i386/10626 RTC BIOS diagnostic error on install o [1999/03/16] bin/10633 obrien [patch] tcpslice timezone problem and upd o [1999/03/17] i386/10646 Bridge code missing from ed0 driver in 3. o [1999/03/19] kern/10671 setlogin(2) return EINVAL for length of n o [1999/03/20] kern/10698 de driver doesn't work with some tulip bo o [1999/03/24] bin/10774 sio0 doesn't work well, i belive the prob o [1999/03/24] kern/10778 "ipforward_rt" is not cleared when routin o [1999/03/25] bin/10784 `make aout-to-elf-build' died in /usr/src o [1999/03/25] bin/10785 make aout-to-elf-install died in info tar o [1999/03/25] kern/10789 Second config of kernel doesn't overwrite o [1999/03/27] bin/10821 des getpwent() fails on NIS clients after dro o [1999/03/29] i386/10862 sos wd.c STILL cannot recognize correct disk o [1999/03/30] kern/10870 eivind Kernel panic when writing to write-protec o [1999/03/30] misc/10879 Cannot build aout binaries under 3.1-RELE o [1999/03/30] bin/10880 Profiler libraries missing o [1999/04/01] bin/10912 /bin/sh: Fix to prevent infinite loops on o [1999/04/03] i386/10928 su reboots the system after one day uptim o [1999/04/03] i386/10935 PCI cards detected twice o [1999/04/04] ports/10946 se kdm 1.1 does not work correctly - XBINDIR o [1999/04/05] i386/10969 kernel fails to compile with ccs0 o [1999/04/06] i386/10983 lnc NIC driver doesn't work o [1999/04/06] bin/10991 lpd hangs system if printer not ready on o [1999/04/07] kern/11004 Quota Issues on SMP o [1999/04/07] bin/11005 `umount -f' does not work if the NFS-serv o [1999/04/08] misc/11024 getpwnam(3) uses incorrect #define to lim o [1999/04/11] kern/11080 fatal trap 18 while trying to mount inval o [1999/04/11] kern/11084 3.1-R kernel trap 12 with interrupts o [1999/04/13] kern/11115 Sockets die in LAST_ACK and FIN_WAIT_1 st o [1999/04/13] bin/11119 NFS quotas fail to report if alternate fi o [1999/04/16] bin/11169 warning: pointer to wrong page in cron(8) o [1999/04/18] i386/11200 AMD PCnet lnc0/lnc1 problem o [1999/04/18] kern/11208 Complete system hang/freeze. No PANIC me o [1999/04/20] bin/11247 fetch doesn't notice FTP error after RETR o [1999/04/21] kern/11255 Fore System ATM Card not working o [1999/04/21] kern/11266 frequent crashes with "Page fault, fatal o [1999/04/22] bin/11283 fetch http-timeout/timestamp bug o [1999/04/23] i386/11291 anic: ffs_alloccg: map corrupted o [1999/04/23] bin/11296 fetch(1) fails to resolve names in http m o [1999/04/26] conf/11336 Broken data sent to printer through devic o [1999/04/28] kern/11366 Filesystem can cause hang/crash in certai o [1999/04/28] conf/11376 NFS mount may be happening too soon in /e o [1999/04/29] bin/11382 generated code using rpcgen with -b optio o [1999/04/29] kern/11385 PCNet/PCI Ethernet adapter works in 3.1-R o [1999/04/29] i386/11395 ghostscript5.50 does not print properly, o [1999/04/30] kern/11405 pwd_mkdb with no tmp space leads to kerne o [1999/05/02] i386/11454 mkdir() and chdir() doesn't check argumen o [1999/05/03] kern/11462 CS network interface driver (for CS89XX b o [1999/05/03] bin/11464 obrien union copies likely broken for alpha egcs o [1999/05/04] kern/11490 yokota VESA+VM86+Splash == unstable system o [1999/05/05] kern/11507 msmith CS89XX (i386/isa/if_cs.c) fails to proper o [1999/05/05] kern/11513 cannot mount CD-ROM: Device not configure o [1999/05/05] misc/11523 3.1-STABLE BRIDGE option does not work o [1999/05/05] misc/11525 [PATCH] Networking patches to increase # o [1999/05/07] gnu/11562 tar verification doesn't work o [1999/05/07] kern/11563 pci_unmap_int doesn't do anything o [1999/05/12] i386/11664 lnc1 NIC fail to work o [1999/05/12] bin/11666 ypserv fails to reply host name resolutio o [1999/05/12] kern/11679 httpd and perl5 processes stuck in "nocha o [1999/05/13] kern/11686 APM: Always "Resume failure" from suspend o [1999/05/13] kern/11692 3.1-stable deadlock o [1999/05/13] kern/11697 dg Disk failure hangs system o [1999/05/14] i386/11720 FreeBSD 2.2.8 can't load fixit disk f [1999/05/18] kern/11766 Can not traceroute through ipnat. o [1999/05/18] i386/11773 yokota mouse works at setup time. Under X it go o [1999/05/19] misc/11778 mpz_get_str() in libgmp leads up to cored o [1999/05/19] misc/11790 boot manager bug f [1999/05/20] misc/11800 gibbs Problem with scsi AHA2940 and sony SDT-20 o [1999/05/20] i386/11801 Remounting CD on IDE CDROM after eject fa o [1999/05/20] kern/11808 read/write mounted write-protected floppi o [1999/05/21] kern/11821 /dev/fd0a hangs on large files, including o [1999/05/23] kern/11867 Sound driver loses interrupts, no sound o [1999/05/28] kern/11911 3.1-R : writing file larger than floppy s o [1999/05/28] kern/11915 access system call says file is readable o [1999/05/28] kern/11919 kldload doesn't return error on loading a o [1999/05/28] kern/11922 missing reentrant interfaces for getpwnam o [1999/05/29] kern/11928 kldload loads kernel modules even if ther o [1999/05/29] kern/11936 wine don't work (SMP) (-STABLE) o [1999/05/29] kern/11937 vm problems after havy memory usage o [1999/05/31] kern/11969 VM_fault with mmap'd CDROM data. o [1999/06/02] i386/11991 fdisk does not assign slices to unused pa o [1999/06/02] bin/11992 /usr/src/sbin/mountd/mountd.c has '#ifdef o [1999/06/04] kern/12022 phk System clock timewarps o [1999/06/06] bin/12054 explicit -ltermcap after -lncurses causes o [1999/06/06] kern/12062 sa tape driver with Cipher 60M SCSI QIC t o [1999/06/08] bin/12091 syslog packets from a remote machine are o [1999/06/08] kern/12092 vpo driver not working in 3.2-RELEASE o [1999/06/09] kern/12104 Certain cdcontrol commands don't work pro o [1999/06/10] bin/12120 named crashes. o [1999/06/12] gnu/12175 gdb crashes with pids > 32736 o [1999/06/13] bin/12191 wcol is trying to allocate a shared memor o [1999/06/15] misc/12221 djpeg halt's freebsd box o [1999/06/16] bin/12242 segmentation fault running /usr/bin/fmt o [1999/06/16] kern/12247 userlevel program let kernel hang o [1999/06/17] kern/12262 pcm sound driver with SB16pnp does not ap o [1999/06/18] bin/12272 The ctype locales print an error message o [1999/06/18] kern/12274 cd mount problem o [1999/06/20] kern/12305 clock() ticks backwards o [1999/06/21] kern/12320 error 6: panic: cannot mount root (2) o [1999/06/22] bin/12349 des 3.2-R inetd doesn't re-read ALL configura s [1999/06/24] kern/12381 bde Bad scheduling in FreeBSD o [1999/06/25] conf/12387 CDROM boot failure on Thinpad 770X, 380ED o [1999/06/25] kern/12394 3.2-RELEASE, rl0 ethernet interface freez o [1999/06/28] kern/12434 signal 11 (core dumped) on mysqld when ma o [1999/06/30] kern/12464 bad reference in struct vm_zone o [1999/07/01] kern/12484 [PATCH] bpf_filter() broken o [1999/07/06] i386/12529 Linksys ether16 NE2000 compat. won't conf o [1999/07/06] bin/12538 getpwuid() NIS UID override fails o [1999/07/07] kern/12551 mks ASIC output is shifted following a short o [1999/07/07] docs/12557 nik There are no man pages for the widely use o [1999/07/09] misc/12577 Can't link code using catopen o [1999/07/13] kern/12632 Panic (trap 18) with Symbios SCSI control o [1999/07/14] misc/12640 Can use 2nd CD-ROM for fixit mode. o [1999/07/15] kern/12646 IGMP reports not sent if no multicast rou o [1999/07/16] gnu/12662 tar verification doesn't work in 3.2-RELE o [1999/07/18] kern/12703 tx0 truncates skip packets o [1999/07/20] bin/12727 billf Game patches from NetBSD o [1999/07/21] conf/12745 diffs to delay start of amd rwhod timed o o [1999/07/21] i386/12749 marcel Bug in link() and all other filename func o [1999/07/22] kern/12758 Adjusting the idle priority of a process o [1999/07/23] i386/12771 lpt hangs and never works again, even aft o [1999/07/24] kern/12800 buffer leak in cluster_wbuild o [1999/07/27] alpha/12832 alpha config -g creates broken Makefile in 3.2- o [1999/07/27] kern/12838 PC-Card ctlr(0) Vadem 365 support seems b o [1999/07/28] misc/12856 installworld over nfs broken (3.2S) o [1999/07/29] kern/12869 panic: softdep_flushfiles: looping o [1999/07/30] kern/12884 Hot to panic FreeBSD-3.2-Release o [1999/08/02] kern/12927 jedgar [PATCH] using BROKEN_KEYBOARD_RESET optio o [1999/08/02] ports/12930 asami libtool create defuct makefiles if PREFIX o [1999/08/03] misc/12938 gethostbyaddr(209.201.116.19) - Bus error o [1999/08/04] kern/12979 Response time continually slows on idle m o [1999/08/05] kern/12991 system queue is cleared when a port or pi f [1999/08/06] kern/12996 ifconf in sys/net/if.c returns larger buf o [1999/08/07] conf/13013 Selecting CDROM as install media doesn't o [1999/08/08] kern/13022 ipfilter is out-of-date o [1999/08/08] misc/13027 sysinstall has no /dev entry for wfd0s4 ( o [1999/08/10] i386/13058 Installation hangs after commit o [1999/08/14] kern/13141 se Multiple LUN support in NCR driver is bro o [1999/08/14] ports/13145 se kaudioserver runs amok on logout o [1999/08/15] kern/13150 panic: ufs_dirbad: bad dir o [1999/08/15] gnu/13172 Bug in workaround of russian locale & sor o [1999/08/16] kern/13180 panic: ffs_alloccg: map corrupted o [1999/08/17] kern/13198 panic: vm_fault: fault on nofault entry o [1999/08/17] gnu/13200 The assembler chokes on very long operand o [1999/08/18] kern/13234 .../netinet/ip_input.c should include opt o [1999/08/24] bin/13350 make clean in bsd.obj.mk no longer proper o [1999/08/25] misc/13378 Tecra 8000 hangs in UserConfig, cannot co o [1999/08/25] kern/13382 Only 1 parallel port supported if pps ena o [1999/08/25] bin/13383 nectar sys/netinet/in.h violates C++ spec. o [1999/08/26] kern/13405 syslogd get system hang o [1999/08/27] gnu/13427 gdb reports wrong info o [1999/08/28] gnu/13438 objc forward core dump using system cc o [1999/08/29] i386/13452 changing to root device wd0s1a \n error 2 o [1999/08/29] bin/13463 /bin/sh does not handle interrupts correc o [1999/08/30] misc/13470 Old problem re-introduced: TCP sucket buf o [1999/09/01] kern/13517 hang system o [1999/09/05] kern/13587 Voxware MIXER_READ ioctl corrupts memory o [1999/09/06] kern/13593 Problems with FIFO and select o [1999/09/07] kern/13612 gibbs "Timedout SCB handled by another timeout" o [1999/09/07] kern/13630 system halts after npx0 detected on 3.2 i o [1999/09/07] kern/13632 Floppy hangs system o [1999/09/08] kern/13646 Kernel Trap error when booting 3.3-RC ker o [1999/09/09] i386/13655 sysmouse, signal 10 and XF86_S3 o [1999/09/10] bin/13679 ncurses-based programs eat 100% CPU after o [1999/09/10] bin/13691 fenner tcpslice cannot extract over 2GB part of o [1999/09/11] bin/13703 MCNP compilation problem o [1999/09/12] bin/13711 root fs not properly unmounted after shut o [1999/09/12] ports/13714 stb netatalk-1.4b2+asun2.1.3 fails chmod g+s o [1999/09/13] conf/13724 Prevent ".: Out of file descriptors" erro o [1999/09/13] gnu/13729 strip(1) exits with an error on script fi o [1999/09/13] kern/13736 enabling NAT on 3.3RC results in panic sb o [1999/09/13] kern/13740 wrong IP statistics o [1999/09/15] kern/13757 wpaul tl0: adapter check: 180005 mesages keep c o [1999/09/15] i386/13765 memory problem: compilation of emacs dies o [1999/09/15] bin/13768 sh MAKEDEV cdN creates all cd(N-1)-device o [1999/09/16] conf/13775 multi-user boot may hang in NIS environme o [1999/09/16] conf/13785 jkh boot block/manager problem at installatio o [1999/09/17] i386/13787 lnc driver isn't really the lnc driver o [1999/09/18] i386/13811 ide cdrom stops recognizing audio cdroms o [1999/09/19] ports/13839 se kdegraphics11 'make PREFIX' fix, one comp o [1999/09/19] i386/13847 missing support for INT 0x13 extensions i o [1999/09/20] i386/13857 Problem with switching between processes o [1999/09/22] alpha/13912 alpha unaligned access Problem seems to be aff o [1999/09/23] misc/13920 pppd acts differently on 3.3-RELEASE ("mi o [1999/09/24] kern/13941 ncr0: SCSI phase error on GENERIC kernel o [1999/09/26] misc/13978 peter a write to last column bug appears since o [1999/09/26] bin/13980 Parameter expansion pattern removal bug i o [1999/09/27] kern/13997 phk RLIMIT_NPROC works unadequately for jails o [1999/09/28] kern/14026 Many network connections get left in the o [1999/09/28] i386/14027 "disklabel -r -w" on new disk reports "No o [1999/09/28] kern/14033 Data acq process gets stuck in vmopar o [1999/09/30] kern/14060 3.3-STABLE on primary mail server panics o [1999/09/30] bin/14069 Buffer overflow in mail(1) o [1999/09/30] kern/14072 Rebooting in FreeBSD 3.3 wipes out known o [1999/10/01] conf/14075 CDROM not being recognized during certain o [1999/10/02] kern/14096 parallel port -- ppi -- driver broken aft o [1999/10/03] bin/14102 make world -DWANT_AOUT fails in lib/compa o [1999/10/04] misc/14121 resurfaced bug in rmt preventing remote d o [1999/10/04] kern/14123 lnc driver is not working o [1999/10/04] i386/14135 lpt1 nolonger exists after 3.2-RELEASE o [1999/10/05] kern/14144 bad conversions in kern_fork() o [1999/10/07] misc/14178 FreeBSD 3.2 - Calls from CGI scripts, cro o [1999/10/07] kern/14183 grog bridge forwarding corrupted broadcast IP o [1999/10/10] bin/14250 restore(8) can loop if tty goes away or w o [1999/10/10] misc/14254 [Fwd: clock(3) runs backwards! (fwd)] (fw o [1999/10/10] kern/14257 error 6: panic: cannot mount root (2) - d o [1999/10/11] misc/14264 Combination of aio_read(), pthread_cond_w o [1999/10/12] i386/14282 Using FreeBSD 3.* ThinkPad 600E doesn't r o [1999/10/12] kern/14285 dillon NFS client appears to lose data o [1999/10/14] i386/14324 wst OR atapi drivers won't work o [1999/10/14] misc/14326 kerberos4 pam-related breakage in current o [1999/10/14] misc/14327 names used in netdb.h may conflict with n o [1999/10/14] i386/14334 imp AHA-1542A not supported by FreeBSD 3.x (" o [1999/10/15] kern/14354 grog vinum cannot compile for alpha o [1999/10/20] misc/14431 Network Interface Problem o [1999/10/20] bin/14444 enigma command can't decrypt files encryp o [1999/10/21] i386/14446 Doesn't boot on Mobile Celeron o [1999/10/25] bin/14524 markm PERL 5.005_03 Config.PM on 3.2-STABLE say o [1999/10/25] kern/14536 kernel panic on 64KB block size ufs files o [1999/10/26] kern/14546 SB128PCI work incorrect play wav-files un o [1999/10/26] kern/14549 3C509 broken in 3.3 o [1999/10/27] kern/14566 yokota Non-kernel programs have little/no contro o [1999/10/31] bin/14626 sendmail 8.9.3 bug with aliases in -CURRE o [1999/11/03] i386/14689 waitpid doesn't harvest child process whe o [1999/11/04] kern/14712 root has access to NFS mounted directorie o [1999/11/05] kern/14722 TCP connections hangs in FIN_WAIT_2 for > o [1999/11/05] bin/14729 murray when sysinstall is running as init it sho o [1999/11/07] bin/14782 ypbind can not bind to Solaris NIS master o [1999/11/08] kern/14787 /dev/lpt0 doesn't work unless/until you d f [1999/11/09] kern/14797 Serious locking problem in CURRENT o [1999/11/09] i386/14799 Promise Ultra33 doesn't work o [1999/11/09] i386/14806 if_tun.ko conflicts with built-in tunnel o [1999/11/10] misc/14811 getpwent is not enumerating all entries i o [1999/11/10] kern/14812 de0 driver malfunctions in full-duplex o [1999/11/10] kern/14814 4.0-CURRENT SMP mode causes ep0 slow o [1999/11/11] ports/14826 obrien security/fwtk smapd calls sendmail with w o [1999/11/12] bin/14844 rwhod is remotely crashable o [1999/11/12] kern/14848 Frame Relay support, corrected a [1999/11/12] misc/14856 billf ftp stalls on FreeBSD 3.3 (CDROM) tested o [1999/11/14] kern/14890 ffs_valloc: dup alloc o [1999/11/15] misc/14895 portmap bug (when run with -v flag) o [1999/11/15] kern/14900 3.3-RELEASE panic in pmap_pte_quick() o [1999/11/16] kern/14917 grog DMA doesn't works with ALI ALADDIN M1543/ o [1999/11/16] kern/14918 Write access to write protected media cau o [1999/11/16] bin/14920 install(1) hangs when intalling files sam o [1999/11/17] i386/14946 mjacob rmt - remote magtape protocol o [1999/11/17] kern/14962 PnP doesn't detect AWE64 when PnP modem i o [1999/11/17] misc/14964 Network Interface Configuration Problem a o [1999/11/18] bin/14978 lprm(1) does not kill active daemon if ho o [1999/11/19] kern/14997 NFSv3 open O_EXCL fails to set proper "at o [1999/11/19] misc/15001 'fetch' doesn't work for http when behind o [1999/11/19] i386/15003 3C574 (ep0) reads bogus ethernet address o [1999/11/21] i386/15018 Printingproblem o [1999/11/22] bin/15046 /sbin/dhclient-script ignores resolv.conf a [1999/11/23] i386/15062 hm i4b stops working after some time o [1999/11/23] bin/15070 vfprintf/cvt/__dtoa race condition in thr o [1999/11/24] i386/15074 Two different panics when running Linux b o [1999/11/24] kern/15075 Intel Etherexpress Pro timeouts when >1 c o [1999/11/24] misc/15080 corrupt tree/subtree on primary ftp serve o [1999/11/24] kern/15086 Borked sscape drivers :) o [1999/11/25] kern/15087 3.3-STABLE panic while starting daemons ( o [1999/11/25] kern/15089 mmap of files from 2K-block device failed f [1999/11/26] ports/15107 green Patch for FreeBSD s/key support in OpenSS o [1999/11/26] misc/15109 problem printing graphic pages o [1999/11/27] ports/15123 rse www/apache13-modssl has PREFIX problems f o [1999/11/28] conf/15150 phantom Taking encoding scheme latin1 into accoun o [1999/11/28] ports/15157 se [PATCH] Environment Botch in KDM o [1999/11/30] misc/15190 crashing while in a multiplatform environ o [1999/12/01] kern/15204 systems panics when ktrace-ing o [1999/12/01] kern/15206 Ethernet driver if_vr.c (VIA Technologies o [1999/12/02] misc/15228 C++ exceptions+threads SIGABRTs. o [1999/12/02] kern/15235 dillon Race conditions in pipe_write causes kern o [1999/12/05] misc/15269 error server timeout downloading small fi o [1999/12/06] i386/15327 Unable to use ISA sound card with AD1816A o [1999/12/07] kern/15345 lkm no longer works after 3.3 o [1999/12/08] i386/15364 Flash Player 4 for Linux has no sound wit o [1999/12/11] kern/15420 3.3-RELEASE Kernel freeze o [1999/12/12] bin/15450 The name of the tagfile is left in the pa o [1999/12/13] bin/15471 kris Fix several buffer overflows o [1999/12/13] kern/15475 pppd(8) sets the Source Address field of o [1999/12/14] kern/15478 incorrect utmp/wtmp records update upon c o [1999/12/14] kern/15486 Attempt to write to a "write-prot" floppy o [1999/12/15] kern/15508 disk usage after "strip" is wrong o [1999/12/16] bin/15520 mktime() fails under certain conditions o [1999/12/17] kern/15542 de suddenly stops working o [1999/12/17] ports/15543 hosokawa Samba + DHCP = UNKNOWN HOST NAME o [1999/12/17] i386/15548 Intel EtherExpress Pro/10+: Only 1024 byt o [1999/12/18] i386/15553 Linux Emulation don't emulate accept(2) e o [1999/12/18] kern/15554 malloc fails in OMAGIC programs o [1999/12/20] bin/15581 ftp(1) file completion does not work if s o [1999/12/21] misc/15610 3.4-RELEASE installation hang on aic0 SCS o [1999/12/21] kern/15611 EIDE Large Disk Support, Newfs problem, F o [1999/12/22] i386/15631 3.4 won't install with IBM 37.5 gb disks o [1999/12/23] misc/15662 markm [PATCH] perl5 Sys::Hostname fails if no P o [1999/12/26] kern/15707 dillon bad trap in mprotect o [1999/12/29] conf/15766 My desktop display is too large, I can´t o [1999/12/29] ports/15768 jfitz Majordomo resend prog allow exec of any p o [2000/01/01] kern/15825 dillon Softupdates gets behind, runs the system o [2000/01/01] bin/15829 peter cvs -C not_a_number core dumps o [2000/01/02] i386/15845 Driver for RealTek 8029 o [2000/01/03] misc/15869 3.4-STABLE-20000103 install fails to disk o [2000/01/03] kern/15870 PicoBSD Kernel link fails a [2000/01/03] bin/15872 sheldonh Y2k bug in at(1) o [2000/01/03] bin/15877 Perl 5.00503 interpreter crashes with a s o [2000/01/04] i386/15879 System hangs while watching the tv and ap o [2000/01/04] gnu/15892 NFS-exported ext2 file system makes Linux o [2000/01/04] i386/15897 Any fix for rpc.lockd on Free BSD 3.2 nfs o [2000/01/05] ports/15922 chuckr print/a2ps cannot find ogonkfied fonts [p o [2000/01/05] bin/15924 ndc restart don't preserve start options o [2000/01/06] conf/15943 An exact fix to change timezone informati o [2000/01/07] i386/15961 System allows no keyboard input after flo o [2000/01/09] kern/16013 FreeBSD 3.3 sends ICMP reply to IP unicas o [2000/01/09] bin/16014 New cvs in -stable prints consistent erro o [2000/01/10] kern/16040 Read-only files under NFS are not seen as o [2000/01/11] misc/16068 FreeBSD 3.3 with IDE > 32GB causes Panic: o [2000/01/12] kern/16090 No buffer space available o [2000/01/12] i386/16094 FreeBSD-3.4 #1 CD doesn't boot on ATAPI C o [2000/01/13] misc/16102 root's home directory is too open o [2000/01/14] kern/16122 Incorrect SysV SHM segment accounting by o [2000/01/15] i386/16132 FreeBSD doesn't install on Notebook w/ Sy o [2000/01/17] kern/16153 no more parallel port zip drive o [2000/01/17] misc/16154 modem ring kills freebsd o [2000/01/17] bin/16155 cp -p does not preserve modification time o [2000/01/17] misc/16162 marcel shared /usr/src isn't because .depend fi o [2000/01/17] i386/16164 "vga"/"sc" don't work when a video card i o [2000/01/18] kern/16171 mmap(2) of /dev/kmem cause kernel panic o [2000/01/18] bin/16186 [PATCH] Insecure use of strncpy() and str o [2000/01/18] misc/16197 Installation problems on IBM Thinkpad 365 o [2000/01/19] i386/16214 Driver for Intel EtherExpress 16 is unrel o [2000/01/20] misc/16238 e-bones has a Y2K bug o [2000/01/20] kern/16239 dillon NFS mount file system from multi-homed re o [2000/01/20] bin/16244 [PATCH] don't allow password re-use when o [2000/01/21] kern/16257 Kernel panic in sbdrop o [2000/01/21] i386/16269 smp dosen't work with >2 cpus on AMI Goli o [2000/01/21] bin/16271 vi has wrong len type in re_tag_conv() o [2000/01/22] kern/16299 nfs.ko can be unloaded when nfsd is runni o [2000/01/23] kern/16318 Fix for wrong interface when adding new r o [2000/01/23] alpha/16319 alpha No trailing newline in /usr/src/lib/libc/ o [2000/01/24] ports/16341 obrien Fix for minicom detecting modem status li o [2000/01/24] bin/16342 Problems with krb_realmofhost() and/or kr o [2000/01/24] ports/16343 reg bsd.port.mk cannot override make.conf. o [2000/01/25] i386/16349 Intel EtherExpress Pro/10+ card detection o [2000/01/25] bin/16353 rlogin encryption is broken on transmit s o [2000/01/26] conf/16394 Users of some printers find that lpt0 mal o [2000/01/27] ports/16396 reg libtool -export-symbols doesn't restrict f [2000/01/27] ports/16410 kris ssh and x forwarding problem o [2000/01/27] kern/16416 Hang on boot with SMP Dell 2400 o [2000/01/27] bin/16418 davidn pw usermod is not work properly o [2000/01/28] misc/16423 Installation problem of 3.4-RELEASE using o [2000/01/30] gnu/16481 Cpp crashes frequently o [2000/01/30] i386/16482 IDE disk fails on secondary IDE master de o [2000/01/31] ports/16489 reg Can't build mozilla on 3.4-RELEASE o [2000/01/31] i386/16495 Period soft disk errors o [2000/02/05] ports/16505 jfitz Update p5-Tk port to 800.018 o [2000/02/06] kern/16515 Deadlock by ntpd o [2000/02/08] bin/16578 host-name field is hexadecimal instead of o [2000/02/08] docs/16585 doc no info documentation for nm (binutils) i o [2000/02/08] conf/16586 net if down after fail during install o [2000/02/08] kern/16587 cg Can't record with newpcm & CS4236 (AW35/P o [2000/02/09] kern/16598 xmcd stopped by racd0c ioctl error while o [2000/02/09] kern/16605 samba 2.0.6 under 3.4-RELEASE can't open o [2000/02/09] ports/16621 marcel emulators/linux_base needs to be installe o [2000/02/10] kern/16644 Bad comparsion expression in bpf_filter.c o [2000/02/10] bin/16645 Inetd(8) internal ident won't work with m o [2000/02/16] ports/16766 billf htdig RUN_DEPENDS on ${PREFIX}/share/apac o [2000/02/16] i386/16770 Can't build a.out binaries o [2000/02/18] bin/16812 level 0 dump runs forever -- generates a o [2000/02/18] kern/16816 vop_stdpoll() in /sys/kern/vfs_default.c o [2000/02/19] ports/16829 ports kaffe port is broken - dumps core with al o [2000/02/20] conf/16832 amd.map options won't play with Solaris N o [2000/02/20] kern/16849 Close on an ide tape drive hangs o [2000/02/20] misc/16860 suggetion on installation process. o [2000/02/21] conf/16879 tanimura Sound drivers seem to be using shared irq o [2000/02/21] ports/16882 obrien Memory leak with g++ 2.8.1 and STL 2.8.1. o [2000/02/21] bin/16892 "domain" directive in /etc/resolv.conf no o [2000/02/22] bin/16920 cdcontrol fails under 4.0-20000214-CURREN o [2000/02/23] kern/16937 ie0 not probed in -current of 2000-02-18 o [2000/02/23] i386/16946 marcel ServerSockets are not working properly in o [2000/02/23] conf/16948 Sysinstall/disklabel: bad partition table o [2000/02/23] ports/16955 markm 'pgp5' built with ports/security/pgp5 doe o [2000/02/25] ports/16983 ache procmail port not prefix clean o [2000/02/25] misc/16991 booting install disk and USB o [2000/02/27] kern/17033 Samsung SN-124 ATAPI CD-ROM not supported o [2000/02/28] ports/17038 erich gimp-1.1.17 fatal error at startup... o [2000/02/28] bin/17056 rshd does improper home directory check o [2000/03/01] misc/17108 SecureRPC not supported in mount_nfs comm o [2000/03/01] conf/17117 Dial-up problems when using Kppp o [2000/03/02] bin/17134 problem with 3.0-RELEASE cron forgetting o [2000/03/03] kern/17142 4.0-CURRENT hangs in ex_isa_identify() wh o [2000/03/03] kern/17146 panic in devfs_open() while mounting devi o [2000/03/03] ports/17150 dburr textproc/yodl port fixed/improved o [2000/03/03] kern/17153 mjacob Qlogic Ultra3 cards seem to write very sl o [2000/03/04] bin/17188 make(1) option to reproduce original -V b o [2000/03/05] kern/17208 3.4 Lock-up during file-completion o [2000/03/06] i386/17228 Installation floppies hang up on Compaq A o [2000/03/06] misc/17235 endless loop? harddrive corrupted? o [2000/03/06] ports/17237 hosokawa in samba suite smbclient -M worked incorr a [2000/03/07] bin/17261 sheldonh man page of crontab(5) does not document o [2000/03/08] i386/17266 cannot install 3.2 on L440GX+ o [2000/03/10] misc/17310 NIS host name resolving may loop forever o [2000/03/11] ports/17313 ache wu-ftpd ports install invalid file owners o [2000/03/11] ports/17314 hosokawa in samba: testparm incorrectly generate w o [2000/03/12] bin/17338 netstat shows down counting UDP delivery o [2000/03/12] i386/17346 APIC cannot be enabled without turning on o [2000/03/13] bin/17360 [PATCH] Cleanup bug in pam_ssh o [2000/03/13] ports/17367 reg The makefile doesn't make the aout lib di o [2000/03/14] bin/17371 murray sysinstall's mediaSetHTTP does not work u o [2000/03/14] misc/17373 libXThrStub missing in 4.0-20000307-CURRE o [2000/03/14] i386/17374 Archive QIC02 tape-unit device randomly h o [2000/03/14] kern/17375 yokota kldload/unload cycles with syscons screen o [2000/03/15] kern/17393 kldload syscall allows the same kernel mo o [2000/03/16] kern/17403 cg CS4232 wont play w/newpcm o [2000/03/16] conf/17406 nis in /etc/host.conf breaks network prog f [2000/03/16] misc/17409 4.0-RELEASE install fails on Compaq 1850R o [2000/03/16] alpha/17410 alpha Bad tag on Alpha boot floppies o [2000/03/16] kern/17422 bde 4.0-STABLE: top: nlist failed o [2000/03/16] i386/17423 System hangs then reboots o [2000/03/17] gnu/17433 libobjc locks mutex before deallocating i o [2000/03/17] misc/17435 There's no DES crypto distribution in 4.0 o [2000/03/17] kern/17439 sos 4.0-STABLE: mount of non-fixated CD-R -> a [2000/03/18] bin/17476 sheldonh uudecode -i (no overwrite) flag bogus o [2000/03/18] bin/17482 ftpd(8) forget to close TCP port in passi o [2000/03/18] kern/17483 Cannot run disklabel on virgin disk o [2000/03/19] kern/17492 There is a bug in SIOCGIFCONF ioctl code o [2000/03/19] kern/17494 Two problems with the tun device o [2000/03/19] kern/17499 grog Can't revive VINUM RAID5 o [2000/03/20] ports/17503 obrien lsof port doesn't build on FreeBSD 5.0 o [2000/03/20] kern/17504 ken Another Micropolis Synchronize Cache Prob f [2000/03/20] misc/17517 wpaul 100/10baseT card resets under load f [2000/03/21] i386/17526 PB of frequency heuristic in uipc_socket. o [2000/03/21] conf/17540 NIS host lookups cause NFS mounts to wedg o [2000/03/21] kern/17542 cg random static with GUS PnP s [2000/03/22] ports/17561 green openssh (scp) fails with files larger tha o [2000/03/22] misc/17562 PAS16 sound cycles o [2000/03/23] misc/17567 make buildworld bombing at KerbIV o [2000/03/24] kern/17583 julian NETATALK code can corrupt mbuf free lists o [2000/03/24] misc/17584 groudier fatal SCSI error with a Symbios 53c875 co o [2000/03/24] kern/17592 sos ata READ/WRITE command timeouts o [2000/03/26] kern/17605 matcd driver worked on 3.x but doesn't wo o [2000/03/26] ports/17612 taoka x11-fonts/intlfonts crashes X (Big5 encod o [2000/03/26] kern/17613 impossible to build FS KLD without kernel o [2000/03/26] kern/17614 marcel impossible to CURSIG when compiling with o [2000/03/26] misc/17615 ¼±ÐèÁ˽âFreeBSSDÖеÄrc.conf,rc.firewallÎÄ o [2000/03/27] i386/17626 green sshd cores when I scp to it o [2000/03/28] kern/17634 cg Non-deterministic PnP sound device config o [2000/03/28] kern/17636 FreeBSD 4 uses network card driver dc whe s [2000/03/28] alpha/17637 billf misconfigured syscons bell causes panic o o [2000/03/28] ports/17650 dirk apache+php-1.3.12+3.0.15 doesn't build: p o [2000/03/28] ports/17652 stb netatalk port modification for des/md5 ch o [2000/03/29] i386/17662 gibbs cam_xpt.c incorrectly disables tagged que o [2000/03/29] kern/17680 Multiple crashes due to load in 4.0/5.0 e a [2000/03/29] bin/17681 sheldonh XDR does not handle 64bit data types corr o [2000/03/30] kern/17695 cg Vibra16X sound card doesn't record audio o [2000/03/30] kern/17697 Boot floppy+local ftp upgrade from 3.4/in o [2000/03/30] ports/17705 reg www/mozilla broken o [2000/03/31] i386/17713 gibbs MAKEDEV and /stand/sysinstall goofups wit o [2000/03/31] kern/17715 io memory requests from pnp devices lands o [2000/04/01] kern/17738 reboot after panic: softdep_lock: locking o [2000/04/01] kern/17746 sos afd0 is accessed for no reason a couple o o [2000/04/02] i386/17755 FTP install of 4.0 allocates too few inod o [2000/04/02] kern/17757 jasone select returns 0 if pthread_kill'd w/ sig o [2000/04/02] i386/17761 disk label editor in 4.0 deleted 3.4 part o [2000/04/03] bin/17765 sh in free(): warning: junk pointer, too o [2000/04/03] kern/17779 ADIC 1200d (DAT changer) and Symbios SCSI o [2000/04/04] i386/17800 bde [PATCH] problem with statclock initializa o [2000/04/05] kern/17815 n_hibma The ethernet in the D-Link DSB-H4E is not o [2000/04/06] kern/17829 The dc driver is seriously broken o [2000/04/06] misc/17832 Enlightenment gives Segmentation fault o [2000/04/06] alpha/17833 alpha dc driver for embedded ethernet on Miata a [2000/04/06] kern/17839 sos ad driver and SMP kernel panic (vinum may o [2000/04/07] bin/17841 ttyp0 (and only 0!) produces stdout input o [2000/04/07] kern/17842 Erratic user time reports for long runnin o [2000/04/07] bin/17843 ftpd fails to set cwd with mode 700 NFS m o [2000/04/07] kern/17844 Amd wedges every morning since I've upgra o [2000/04/07] bin/17847 mv symbolic link cross partition fails o [2000/04/08] ports/17863 ports Running DAP reboots computer o [2000/04/08] kern/17866 vr0 hung up o [2000/04/08] bin/17867 wall does not report time zone [PATCH] o [2000/04/08] kern/17871 starting to accumulate undeletable direct o [2000/04/09] kern/17878 phk Jail user can change priority of outside o [2000/04/09] i386/17883 4.0-RELEASE panics during install. o [2000/04/09] i386/17890 sos Still having trouble identifying disk geo o [2000/04/10] kern/17895 stale unix domain connections o [2000/04/10] kern/17905 dillon 4.0-SNAP keep on crashing every 3 days o [2000/04/10] kern/17909 shin Panic when removing a pccard which has a o [2000/04/10] i386/17915 pcm0 direct DMA issues. o [2000/04/10] kern/17920 sos ata/ad driver HARD ERROR failure with int o [2000/04/10] kern/17923 cg SB16 ISA-PnP sometimes produces loud stat o [2000/04/11] i386/17926 yokota psm device problems with apm resume o [2000/04/11] i386/17930 wpaul Patch to MFC WaveLAN WEP into 3.4-STABLE o [2000/04/11] kern/17936 panic: resource_list_alloc: resource entr o [2000/04/11] i386/17940 Cannot recongize the scsi card AIC-7899 o [2000/04/12] kern/17961 n_hibma Fatal Trap 12. Page fault while in kernel o [2000/04/12] kern/17965 vr (MII-bus version in 4.0 ONLY) driver l o [2000/04/13] i386/17984 marcel coredumps due to incorrect FP handling o [2000/04/14] ports/18003 cwt amanda2.4's SCSI changer script (chg-chio a [2000/04/14] ports/18006 ports ssh2 and tcsh ports won't make install o [2000/04/14] kern/18012 adrian vnode_free_list corruption, "free vnode i o [2000/04/15] kern/18019 panic: vm_object_shadow: source object ha o [2000/04/15] kern/18024 when printing through gs: panic: lockmgr: o [2000/04/15] kern/18031 alpha system panics cpu_fork during AIO c o [2000/04/16] ports/18039 ports new port: news/krn o [2000/04/17] bin/18058 ctm: error with large file in cvs-cur.620 o [2000/04/17] ports/18060 ports xmms...turning on equalizer disrupts play o [2000/04/17] misc/18065 FREEBSD 4.0 crashes on boot Compaq Prolia o [2000/04/18] misc/18071 I cannot install Oracle 8i in FreeBSD 4.0 o [2000/04/18] ports/18081 ports netpbm-8.4 fails to build under 3.4-STABL o [2000/04/19] i386/18089 4.0R install hangs on newfs or fsck o [2000/04/19] kern/18096 random crashes probably caused by lockmgr o [2000/04/20] kern/18110 DC-390 SCSI BIOS setting no effect and IB o [2000/04/20] kern/18113 Kernel panic while untarring a large arch o [2000/04/21] i386/18132 BTX dumps trying to boot w/ dedicated SCS o [2000/04/22] bin/18160 pppd does not hang up sometimes while sta o [2000/04/23] ports/18180 jmz xdm authorization fails with XDM-AUTHORIZ o [2000/04/23] bin/18181 Getty can fail to observe :de: specificat o [2000/04/23] i386/18185 gibbs Adaptec 3950U2 errors during boot/probe o [2000/04/24] kern/18200 3com 3c509b recognized twice during boot f [2000/04/25] ports/18208 will Reported Vulnerability in ncurses o [2000/04/25] kern/18209 rlimits are never checked in exec() if ex f [2000/04/25] i386/18212 4.0-RELEASE does not see all disk. o [2000/04/25] misc/18220 Mailing list search date problems o [2000/04/25] bin/18221 DNS resolver can fail for large DNS respo o [2000/04/26] kern/18234 4.0-CURRENT crashes when "make test" in p o [2000/04/26] conf/18238 The default sshd config leaves X11 forwar o [2000/04/27] kern/18252 sysctl -a causes panic o [2000/04/28] i386/18268 RTC BIOS error10 (memorysize) o [2000/04/28] kern/18270 [PATCH] kldunload "vn" doesn't clean up e o [2000/04/28] kern/18285 the system froze when use scon -s 50 f [2000/04/29] kern/18303 grog panic: vinvalbuf: dirty bufs o [2000/04/29] ports/18304 CodeCrusador fails port build o [2000/04/30] conf/18311 4-STABLE rc.network6 1.5.2.1 needs MFC of o [2000/04/30] kern/18315 System hang when doing back-to-back captu o [2000/04/30] kern/18316 close-together bt848/878 captures to file o [2000/05/01] ports/18328 obrien gnucash port configure failure not detect o [2000/05/02] kern/18345 sbc / pcm not fully recognizing AWE64 o [2000/05/02] kern/18348 yokota kernel crash o [2000/05/18] kern/18650 panic when enabling linux with emu10k1 dr o [2000/05/19] gnu/18672 std::basic_string::c_str() o [2000/05/19] bin/18678 Bug in libz o [2000/05/19] ports/18680 ports print.jadetex port doesn't compile o [2000/05/19] misc/18682 Out of file descriptors o [2000/05/19] kern/18687 mrouted and IPDIVERT cause a panic o [2000/05/20] kern/18704 GLOB_ERR not handled correctly by glob() o [2000/05/21] misc/18728 Audio and video desynch in Realplayer on o [2000/05/21] kern/18735 add support to Accton EN1217 network adap o [2000/05/21] misc/18740 watch: fatal: cannot open snoop device o [2000/05/22] bin/18742 times.allow field parsed incorrectly o [2000/05/22] kern/18751 if_dc doesn't autosense 100Mb mode o [2000/05/22] kern/18756 [PATCH] fxp device causes lockups after s o [2000/05/22] kern/18757 dg [PATCH] fxp driver doesn't enable flow co o [2000/05/22] kern/18763 kernel crashes when sysctl(3) is called o [2000/05/22] alpha/18768 wpaul Digital DE500-BA with "dc" driver doesn't o [2000/05/22] ports/18770 ports ports - change-request o [2000/05/25] misc/18806 Problems with new compiled kernel in Free o [2000/05/28] kern/18858 microuptime() errors even after disabling o [2000/05/28] misc/18860 Cannot write DATA record to /home/archive o [2000/05/28] ports/18865 ports misc/magicpoint depends on graphics/png o [2000/05/29] ports/18871 ports apache13-fp port doesn't install on FreeB o [2000/05/29] kern/18875 arpintr() problem o [2000/05/29] ports/18877 ports Also install libraries for the Wine port! o [2000/05/29] ports/18878 will Make errors in misc/kdeutils2 896 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/05/13] bin/401 Add REMOTE_* variables s [1995/06/15] bin/517 Bad group change with 'install' 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 o [1995/11/30] bin/854 dg swapinfo shows incorrect information for a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/03/20] bin/1093 route's diagnostic is weird s [1996/06/11] bin/1312 automounter hangs on boot a [1996/07/07] bin/1375 eivind Extraneous warning from mv(1) [PATCH] s [1996/09/08] bin/1589 msmith [PATCH] ftp fails to flush output o [1996/09/14] gnu/1611 phk groff should use "system-wide" papersize s [1996/10/13] misc/1791 tegge syslimits.h does not allow overriding def o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong s [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl 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/19] bin/2065 in tzsetup/sysinstall, allow user to type s [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi f [1996/11/28] bin/2119 [PATCH] mount lies to child about argv0, s [1996/12/02] bin/2137 vm statistics are bad 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/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 [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/26] i386/2598 mdodd 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/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/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/03/03] kern/2865 peter NFS client hangs on umount, ls, df when N o [1997/03/06] bin/2898 fenner arp -a -n buglet o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] bin/2938 hoek Add -b, -l, and -f options to du(1) o [1997/03/31] gnu/3157 obrien 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/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 a [1997/05/08] gnu/3552 the -L option of tar does not work proper o [1997/05/12] kern/3584 luigi cleanup TCP_REASS macro in tcp_input.c o [1997/05/16] bin/3608 Telnet in linemode will break apart long s [1997/05/22] kern/3667 [PATCH] make vn LKM'able. o [1997/06/02] bin/3762 dufault Bogus return values from rtprio(1) 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/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/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/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] i386/3962 print disk internal cache size during pro o [1997/06/27] kern/3968 Hardware probes die on Peak SBCs. o [1997/07/07] kern/4051 pppd connect 'chat ...' broken 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/24] bin/4157 [PATCH] netstat atalk output should print f [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/04] conf/4229 Ethernet interface unreachable on bootup a [1997/08/06] bin/4238 sheldonh 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 o [1997/08/12] misc/4285 SDL RISCom/N2 (ISA) 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/29] kern/4413 No way to unmount a floppy that goes bad 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/13] kern/4528 processes hang if the mount_portal proces o [1997/09/14] bin/4545 f77 will only call `cc', no com-line opti s [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/21] kern/4597 Patch to pass NPX status word in signal c f [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/04] bin/4688 peter sys/utsname.h SYS_NMLN 32 too small 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/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/24] kern/4845 Boot complains about disk slices in FAT p o [1997/10/24] kern/4847 imp 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/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/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 f [1997/11/13] ports/5034 ports (tcsh) blocked write on named pipe sticks 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/20] kern/5108 pmap_release panics with 'freeing held pa 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/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/09] bin/5263 sh bug (with example) s [1997/12/11] kern/5275 [PATCH] Added volume (barcode) support to s [1997/12/14] bin/5296 slattach fails creating pidfile with ioct o [1997/12/22] kern/5362 peter mount incorrectly reports / as an NFS exp f [1997/12/30] i386/5398 dillon silo overflows running o [1998/01/02] bin/5410 phantom 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] bin/5444 [PATCH] ypserv uses wrong dns lookup orde o [1998/01/11] bin/5483 Login(1) clears utmp entry o [1998/01/15] kern/5502 nfsd process usage doesn't get accounted o [1998/01/18] kern/5517 Recursive NULLFS mount causes ufs_ihashge 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/24] i386/5559 PC-Card joystick ports were not supported 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/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/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/18] i386/5784 ibcs2 emulation not handling ioctl(..FION 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. 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/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- f [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/13] bin/6000 kadmin ank uses bad default expiration of o [1998/03/15] bin/6015 indent(1) breaks source with backslash ne o [1998/03/16] kern/6032 poor TCP performance using FDDI over long o [1998/03/22] gnu/6107 gdb should support PRINTF_HAS_LONG_LONG 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/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 o [1998/04/03] bin/6202 No way to detect removable media. o [1998/04/04] kern/6213 peter NFS-mounted swap (via vnconfig) easily cr o [1998/04/06] bin/6234 ypserv -d is broken 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 s [1998/04/15] bin/6314 [PATCH] /usr/sbin/ac modification 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. o [1998/04/17] bin/6332 bde /usr/include/time.h doesn't compile with 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 o [1998/04/20] bin/6359 routed does sent router discovry solicita s [1998/04/20] bin/6371 [PATCH?] fetch(1) uses HTTP_PROXY for ftp a [1998/04/27] kern/6432 IFF_NOARP does not affect ethernet interf o [1998/04/30] kern/6464 tcpdump doesn't recognize tun0 when it's o [1998/05/03] kern/6495 Need pci_unmap_mem and pci_unmap_port rou s [1998/05/04] bin/6509 [ALMOST PATCH] Allow dd to seek/skip to o s [1998/05/05] bin/6521 [MAYBE PATCH] "rmdir -p x/y/z/" fails o [1998/05/07] kern/6544 luigi Only get one channel through sound card f [1998/05/07] ports/6546 ports 3line ansi prompt in tcsh: cursor disappe o [1998/05/11] i386/6595 Old IP address persistent after change o [1998/05/12] misc/6612 hoek 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 s [1998/05/16] bin/6658 [PATCH] -stable getcwd(3) performs unnece s [1998/05/17] kern/6668 [PATCH] new driver: Virtual Ethernet driv 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 o [1998/05/26] kern/6769 peter panic: nfs rcvunlock 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/06/01] kern/6820 cd9660_mount NULL pointer deref for no CD o [1998/06/06] kern/6874 accounting prevents transition to multi u o [1998/06/13] misc/6936 phk sysinstall: install from MS-DOS MO divece 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/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] 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/25] docs/7065 wosch FreeBSD webpages -> applications, port br 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/07/01] bin/7136 kerberized telnetd doesn't use gettytab % s [1998/07/02] kern/7146 The PCCARD doesnt recognize cards in top 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 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/14] kern/7282 some old and rarely used drivers have app o [1998/07/15] bin/7287 Incorrect domain name for MAP_UPDATE in m o [1998/07/16] bin/7298 Improvements to ln(1). a [1998/07/19] bin/7324 wosch Suggestions for minor modifications to ad f [1998/07/23] kern/7377 we have a new digiboard driver supporting a [1998/07/31] docs/7456 asmodai dialog(3) man page outdated s [1998/08/09] kern/7546 [PATCH] [STABLE ?]shutdown -p - system po f [1998/08/12] kern/7589 Tulip Driver parses SROM contents wrong f [1998/08/13] conf/7606 [PATCH] NIS Makefile.dist: NOPUSH replace o [1998/08/14] kern/7619 odd nfs server not responding messages ap o [1998/08/16] ports/7628 dburr new port: sajber-jukebox f [1998/08/16] i386/7633 panic: page fault on install with boot.fl s [1998/08/18] bin/7669 libalias does not IRC DCC packets under c 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/22] kern/7722 Changes to acct format o [1998/08/23] bin/7728 ftpd processes hang o [1998/08/27] bin/7753 arp command fails silently on invalid pro o [1998/08/28] misc/7771 Debugging putenv/getenv f [1998/08/29] ports/7774 kris sshd doesn't refuse to login people with o [1998/08/29] bin/7779 [PATCH] modload should detect stripped ke o [1998/08/30] bin/7786 quota.h has superfluous semicolon in macr o [1998/09/02] i386/7816 dfr [Patch] NE2000 PnP card IDs to sys/i386/i o [1998/09/03] bin/7826 ls(1) knows too much about format of strf o [1998/09/03] bin/7828 Add a command line option to cp to make i o [1998/09/05] kern/7837 patches to add a p_auth extension pointer 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). 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/11] bin/7895 multiple identical NFS mounts accepted 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/19] kern/7990 patch - teach kernel about RB_POWEROFF fl 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/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 o [1998/09/29] bin/8084 NIT: non-working code in rshd 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] misc/8139 [patch] missing /usr/src/share/examples/d o [1998/10/04] bin/8142 freebsd 2.2.7 implementation of key(1) [s a [1998/10/06] bin/8163 [patch] It is impossible to assign quotas o [1998/10/08] bin/8211 Script to search kernel for an address o [1998/10/12] bin/8295 order of options in printcap causes some o [1998/10/13] conf/8303 3.0-981009-BETA can't make swap device on 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] kern/8349 [PATCH] Changer definition for SureStore o [1998/10/19] kern/8376 CLOCK_VIRTUAL not implemented o [1998/10/19] misc/8378 Is termcap not maintained enough ? o [1998/10/22] kern/8420 __getcwd() from an (forcibly) unmounted f 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/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] conf/8517 rc.conf/rc fails to set ldconfig -aout o [1998/11/01] conf/8531 jkh sysinstall on 3.0-RELEASE (and 3.0-curren o [1998/11/03] bin/8553 /usr/libexec/mail.local doesn't handle "> o [1998/11/04] i386/8571 Bug in config utility in FreeBSD 2.2.6-RE 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] kern/8604 ps u gets confused about process start ti o [1998/11/08] kern/8605 ipsec for ipv4, new version 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 s [1998/11/12] kern/8661 stb sys/netatalk/at_control.c needs to correc o [1998/11/12] bin/8666 X blocks serial port with getty process o 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 f [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 dwhite some suggested text for describing passwo 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 o [1998/11/27] i386/8867 /stand/sysinstall core dumps (signal 11) o [1998/11/29] kern/8898 PCI devices without an associated driver o [1998/11/30] bin/8913 negative time values for csh 'time' built 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/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/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 a [1998/12/12] bin/9064 n_hibma [PATCH] propose adding `direct' option in 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/20] kern/9144 luigi acd driver inconsistency (byte order in C o [1998/12/22] bin/9176 dillon placemark to split mount_ufs out of mount o [1998/12/23] kern/9183 newton chroot(2) can be broken by the superuser. o [1998/12/24] bin/9188 telnet gets stuck in ttydrain() o [1998/12/27] bin/9206 sysinstall installation should create /st f [1998/12/28] misc/9220 nvi: catalog: mistake in Russian error me o [1998/12/29] bin/9233 gmp's mpq_add and mpq_sub are buggy o [1998/12/30] conf/9245 obsolete locale setting in /usr/src/etc/{ o [1998/12/30] bin/9250 [PATCH] allow fetch to do ftp directory l 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/03] ports/9286 andreas Patch for games/nethack-qt to fix compila o [1999/01/03] ports/9289 kris New Port - ASPostit (Dockable version of 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/05] bin/9333 timestamp dump's progress f [1999/01/07] bin/9374 roberto Improved functionality for find(1) 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/13] bin/9470 aout-to-elf-build broken with kerberosIV- o [1999/01/13] kern/9474 "comcontrol rescan 0:8:0" hangs, causes o o [1999/01/14] bin/9494 new option to prevent mail from sending m o [1999/01/16] bin/9529 ftp filname completion can't handle space o [1999/01/17] bin/9536 make world installs aout compat libs in t 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] bin/9573 ksrvtgt not working o [1999/01/20] kern/9590 Clean up for -Wall warnings o [1999/01/21] kern/9611 MFS calculates the size incorrectly when o [1999/01/22] kern/9619 Restarting mountd kills existing mounts o [1999/01/25] kern/9679 fix for uninterruptible open in portal fi o [1999/01/25] kern/9689 panic in sbdrop(kern/uipc_socket2.c) o [1999/01/26] bin/9711 Fails: cd /usr/bin; gzip file ; mv file. o [1999/01/27] i386/9721 Patch for FreeBSD netboot (booting via DO o [1999/01/28] kern/9748 error in queue handling of at_shutdown() o [1999/01/28] bin/9770 An openpty(3) auxiliary program o [1999/01/29] i386/9777 luigi Generic AD1816 sound suport in Luigi's pc o [1999/01/30] kern/9791 enhancement for netinet/ip_icmp.c to cont o [1999/01/30] ports/9792 msmith pib coredumps in port maker mode o [1999/01/30] bin/9809 finger output format wrong o [1999/01/31] ports/9840 asami patch allows ports to fetch their sources o [1999/01/31] kern/9848 ARP proxyall extra sanity check o [1999/02/01] bin/9868 Patch to add "date -a" o [1999/02/01] kern/9869 When using macros out of function, they s o [1999/02/01] conf/9874 idle-timeout facilities in /etc/login.con o [1999/02/03] bin/9902 error in german (and some other) locale s o [1999/02/06] bin/9931 config gives misleading error when duplic o [1999/02/08] bin/9972 groff always built for US (letter) sized o [1999/02/09] i386/9991 new driver for National Instruments GPIB o [1999/02/11] ports/10023 kris New port - net/gtkcookie o [1999/02/11] bin/10030 markm Kerberized telnet fails to encrypt when a o [1999/02/12] i386/10052 Matrox Millennium II AGP device/model id o [1999/02/15] gnu/10112 chris /usr/src/gnu/usr.bin/patch sorely out of o [1999/02/16] kern/10116 acd driver patch to support PD/CD drive. o [1999/02/18] kern/10149 New PCI device o [1999/02/19] bin/10158 Reference to ncheck in quot(8) o [1999/02/19] kern/10159 Unable to unload vinum module o [1999/02/19] kern/10160 kldload of umap module panics the system o [1999/02/19] ports/10162 se Fix kdmrc to add qmail usernames to NoUse o [1999/02/19] misc/10167 Upon exiting X11R6, monitor goes blank. o [1999/02/20] bin/10169 find -perm doesn't allow a bitwise o [1999/02/20] kern/10175 Bridging support incomplete for some netc f [1999/02/21] ports/10178 kris USE_SOCKS=YES option broken for security/ a [1999/02/23] misc/10231 inet_addr() doesn't check for illegal val o [1999/02/25] docs/10240 wosch We need a script which check if our web m o [1999/02/25] kern/10255 Some more SiS chipset PCI IDs for chipset o [1999/02/26] bin/10274 make does not understand "lib(obj)" synta o [1999/02/26] bin/10283 Race condition in rc.network o [1999/02/28] bin/10300 dmesg exits on signal 10 o [1999/03/01] misc/10325 Implementation of itoa() for libc o [1999/03/01] bin/10342 putenv(3) unnecessarily calls strdup/free o [1999/03/01] docs/10349 phantom For long .Dt fields, rendering is broken- o [1999/03/02] misc/10351 /usr/share/examples/worm is out of date o [1999/03/02] bin/10358 ftp(1) has problems with long pathnames f [1999/03/05] ports/10396 asami SPIN is in the wrong category o [1999/03/06] kern/10440 Discard device does not set ifq_maxlen o [1999/03/06] bin/10444 avoiding lost mail when mail filesystem i o [1999/03/06] ports/10454 obrien Update: emulators/spim a [1999/03/06] kern/10455 pcaudio breakage f [1999/03/07] i386/10465 Must disable ex0 to install. o [1999/03/10] bin/10522 make world died due -Werror o [1999/03/10] bin/10524 3.1-19990309-STABLE install problem o [1999/03/10] bin/10538 sbin/nos-tun gives wrong usage message o [1999/03/11] bin/10548 More useful default ifconfig behaviour sa o [1999/03/12] kern/10563 QIC 40/80 tape drive ft present in versio o [1999/03/13] kern/10574 3.1-stable kernel reports k6 cpu as "\^E" o [1999/03/14] conf/10582 Makefile.upgrade fails with make -j o [1999/03/14] misc/10589 Incorrect assumptions in /etc/security o [1999/03/14] bin/10590 new option to silince confirmation but no o [1999/03/15] bin/10601 wosch Ownership of symlinks copied by adduser a o [1999/03/15] i386/10606 Probablue odd error message if LS-120 is o [1999/03/15] i386/10608 add Opti Viper-M PCI ID o [1999/03/15] kern/10609 adjtime bug (tv_sec > 2147) and enhanceme o [1999/03/15] bin/10610 New options to date to slowly adjust time o [1999/03/15] bin/10611 timed enhancement o [1999/03/16] i386/10623 DFLTPHYS in /usr/src/sys/i386/include/par s [1999/03/16] ports/10634 ports Update the hylafax port to do a client in o [1999/03/17] kern/10641 Default sync rate in ncr SCSI driver is s o [1999/03/17] kern/10642 exports(5) mentions KERBNFS but that's no o [1999/03/18] bin/10657 Unable to install from CDROM or DOS parti o [1999/03/18] kern/10663 hpscan doesn't like 3.1's pt device o [1999/03/18] misc/10667 murray Sysinstall inserts multiple # -- sysinsta o [1999/03/19] gnu/10670 cvs doesn't allow digits in local keyword o [1999/03/19] kern/10673 wpaul Non-ASCII chars on serial console with Re o [1999/03/19] kern/10678 Printing problems using ppc bus o [1999/03/19] ports/10682 asami List mirror sites in MASTER_SITE_BACKUP - o [1999/03/23] kern/10755 de driver says `invalid EESPROM checksum' o [1999/03/23] i386/10766 obsolete device name wcd is still left un o [1999/03/25] bin/10793 cvs update modification time check granul o [1999/03/26] misc/10803 joe whois(1) client enchancements a [1999/03/26] misc/10804 joe whois(1) enhancement o [1999/03/26] kern/10812 LINT configuration MAXDSIZ/DFLDSIZ mislea o [1999/03/27] bin/10825 daily script not executed or executed twi f [1999/03/28] ports/10844 deischen New port: adagdb o [1999/03/29] bin/10856 vty's from ttyvc - ttvf (maybe more?) do o [1999/03/30] bin/10868 BUG in /usr/bin/calendar o [1999/03/30] misc/10871 wst0 fails with Sony SuperStation streami o [1999/03/30] bin/10878 host(1) dumps core o [1999/03/31] kern/10894 wrong error message in svctcp_create() o [1999/04/01] bin/10905 sa(8) is hard coded for 8 character user o [1999/04/01] gnu/10910 Integration of Objective C patches into g o [1999/04/02] bin/10924 Extensions to biff(1) o [1999/04/03] bin/10931 biff b o [1999/04/06] bin/10980 With ctags -x no space is left between na o [1999/04/07] docs/10997 doc Problem with query-pr-summary.cgi o [1999/04/07] i386/11006 Sysinstall silently makes FreeBSD's parti o [1999/04/08] kern/11020 popen does not honor ISO 9899 syntax o [1999/04/08] bin/11031 [PATCH] mount and umount support for mort o [1999/04/08] bin/11032 h2ph's cpp #warning/#error directive proc o [1999/04/08] bin/11036 markm Perl does not honor -DNOMAN o [1999/04/08] bin/11037 Gencat doesn't properly handle \ddd octal o [1999/04/09] ports/11048 obrien variable not initialized in fwtk-lib lead o [1999/04/09] bin/11051 ps's -U option should accept a list of us o [1999/04/09] misc/11052 [PATCH] performance bug fix to fgets() ro o [1999/04/10] conf/11058 Recent change to rc script causes hang on o [1999/04/11] bin/11085 Per-host configuration for syslog.conf o [1999/04/11] bin/11092 readlink(1) from OpenBSD o [1999/04/11] bin/11094 lastlogin.8 from NetBSD o [1999/04/13] misc/11111 Error opening terminal: su o [1999/04/13] bin/11114 make(1) does not work as documented with o [1999/04/13] misc/11126 vt100 termcap entry appears broken o [1999/04/14] ports/11134 hoek existense of /usr/obj/usr/ports/shells/ba o [1999/04/14] bin/11141 u_long is not big enough o [1999/04/16] i386/11165 IBCS2 don't work correctly with PID_MAX 9 o [1999/04/16] bin/11168 pw(8) usermod does not recognize -w flag o [1999/04/18] bin/11205 Suggestion: move mt(1) to /bin o [1999/04/18] i386/11207 sys/i386/isa/rp.c: fixed breaking and war o [1999/04/20] kern/11235 Need to submit new driver o [1999/04/20] bin/11236 mountd fails to properly check for kernel o [1999/04/20] conf/11243 mountd startup can lose flags o [1999/04/20] bin/11248 Shuffle o [1999/04/22] kern/11287 rfork(RFMEM...) doesn't share LDTs set by o [1999/04/23] kern/11293 brian FreeBSD's PPP implementation of LQM appea o [1999/04/23] bin/11294 direct logging to other hosts (no local s o [1999/04/27] bin/11360 Allow specification of "search" in resolv o [1999/04/28] kern/11365 plip in Linux mode has trouble with some o [1999/04/29] bin/11387 mount_cd9660 doesn't show rockridge filen o [1999/04/29] bin/11399 Calendar doesn't always handle 'last' day o [1999/04/30] kern/11410 code typo in ad1848.c: the != operator ha o [1999/04/30] kern/11411 code typo in clones.c: "if ((mpu_config = o [1999/04/30] kern/11412 code typo in ip_fil.c: missing NULL check o [1999/04/30] kern/11413 code typo in pci.c: the != operator has h o [1999/04/30] kern/11414 code typo in pcf.c: the != operator has h o [1999/04/30] kern/11415 code typo in wst.c: the != operator has h o [1999/04/30] kern/11416 code typo in sequencer.c: "if (!processed o [1999/05/02] misc/11448 Better looking VGA font for iso2 o [1999/05/03] misc/11478 Non-functional AFS support in KerberosIV o [1999/05/05] kern/11517 ../../kern/kern_ntptime.c:533: warning: i o [1999/05/05] kern/11519 dead code in ncr driver o [1999/05/06] bin/11552 sendmail local delivery (mail.local) can' o [1999/05/06] misc/11553 /usr/share/misc/latin1 (new file submissi o [1999/05/09] bin/11608 vnconfig not supporting swap-backed vn de o [1999/05/09] bin/11609 vnconfig -v reports page numbers, not byt s [1999/05/09] ports/11611 billf Update port: net/ntop o [1999/05/10] bin/11623 quot uses 32-bit integers for its calcula o [1999/05/10] conf/11626 /var/log/kerberos is rotated o [1999/05/10] bin/11637 build of kdump fails o [1999/05/12] bin/11669 gcc 2.7.2.1 gets bad magic error linking o [1999/05/12] bin/11671 "vidfont -r" fails, asking for font size o [1999/05/12] i386/11674 can't do make imake build or anything sin o [1999/05/12] kern/11676 PCIless kernel will not compile with ATAP o [1999/05/13] i386/11683 olpt/nlpt name change not in man pages o [1999/05/13] misc/11689 Change "netstat" mode in daily "status-ne o [1999/05/17] bin/11746 Add support for Solaris mailboxes o [1999/05/18] kern/11765 performance bug: network devices fxp & de o [1999/05/18] misc/11767 sppp does not implement VJ compression o [1999/05/19] kern/11789 ELF machine definition missing for ARM o [1999/05/21] bin/11818 Added a feature to ping(8) o [1999/05/21] ports/11820 asami bsd.port.subdir.mk does not define the `m o [1999/05/21] i386/11829 Boot Failure (Register Dump) with MFSroot o [1999/05/22] misc/11838 xwindows configuration problem o [1999/05/24] kern/11881 when a dummynet pipe is encountered it st o [1999/05/25] misc/11890 make world creates /lkm directory o [1999/05/26] bin/11896 cap_mkdb dumps core when non-files passe o [1999/05/26] i386/11898 Connot wirte to floppy on HP OB800CT with o [1999/05/26] bin/11900 Sed(1) fails with MALLOC_OPTIONS set to ' o [1999/05/28] bin/11914 makewhatis during installworld uses /usr/ o [1999/05/28] i386/11920 jkh FBSD 3.2 upgrade claims not to upgrade /u o [1999/05/28] i386/11921 /usr/X11R6/lib/aout libraries screwed up o [1999/05/29] conf/11925 rc.conf cosmetic naming inconsistencies o [1999/05/29] bin/11929 symorder doesn't work on elf format objec o [1999/05/29] kern/11941 FreeBSD box reboots itself when changing o [1999/05/30] kern/11945 tape problems on -stable, mt bl(ocksize), o [1999/05/31] kern/11968 kldload should call module entry point be o [1999/06/01] i386/11979 Vaio 505DX touchpad not detected as Glide o [1999/06/01] kern/11981 brian access to tunN devices not allowed to non o [1999/06/02] conf/11989 pppd(8) output misplaced o [1999/06/03] kern/12014 Fix SysV Semaphore handling o [1999/06/05] misc/12044 having tcl.h in /usr/local/include:/usr/i o [1999/06/06] gnu/12046 markm Perl subsystem does not install all tutor a [1999/06/06] bin/12052 sh type builtin appends first path compon o [1999/06/07] kern/12071 [PATCH] large scale IP aliasing o [1999/06/08] i386/12088 Enhancement to ed driver for Linksys 10/1 o [1999/06/09] kern/12095 [PATCH] Buggy ATAPI Zip Drive is not dete o [1999/06/09] bin/12107 Add switch to dump to support multiple du o [1999/06/10] i386/12113 ESS1688 support for VoxWare sound driver o [1999/06/10] bin/12115 pppd reports wrong connected duration wit f [1999/06/13] ports/12188 ports new port: misc/pbs - a batch scheduler o [1999/06/15] misc/12228 phantom /etc/security don't search in all the fil o [1999/06/16] gnu/12238 bc 1.04 crashes with long formula typed i o [1999/06/16] bin/12244 realpath() fails when there is no permiss o [1999/06/17] bin/12255 BIND 8.1.2 compilation error in IPv6 capa o [1999/06/17] bin/12263 hoek "more" problems with long filenames o [1999/06/18] bin/12280 jdp LD_IGNORE_MISSING_OBJECTS not honored for o [1999/06/18] kern/12281 active-filter option in pppd doesn't stop o [1999/06/20] bin/12308 LPD can't be told not to bind to a TCP po o [1999/06/21] conf/12324 jkh Sysinstall's fdisk partition editor is mi o [1999/06/21] ports/12325 asami Adds refetch functionallity to bsd.port.m o [1999/06/21] i386/12326 wdc flag 0x1000 (LBA addressing) prevents o [1999/06/21] kern/12333 ProAudio Spectrum sound card broken model o [1999/06/21] kern/12334 Some ProAudio SPectrum cards do not do DM o [1999/06/21] kern/12335 if_pn.c lacks bridging support; patch enc a [1999/06/22] conf/12342 sheldonh /etc/hosts.allow must use numerical IP ad o [1999/06/22] bin/12357 [PATCH] allow route to create "proxy only o [1999/06/23] bin/12358 ken Patch: "camcontrol help" should go to std o [1999/06/23] bin/12375 mv(1) cannot inherit the file flags. o [1999/06/24] i386/12383 make release warns about /dev entries mak o [1999/06/26] bin/12398 fsck in free(): warning: pointer to wrong o [1999/06/27] kern/12409 add some more chipset models by NVidia to o [1999/06/27] bin/12421 sysinstall label fails o [1999/06/28] conf/12432 empty amd_flags causes start failure in r o [1999/06/30] bin/12461 it's handy to be able to send syslog mess o [1999/07/02] docs/12486 mpp listing of (56) utilities in /bin:/sbin:/ o [1999/07/02] bin/12489 /sbin/route exits with 0 on some errors o [1999/07/05] ports/12518 ports new port: mail/ifmail-os o [1999/07/05] bin/12528 [PATCH] tip's "tipout" child doesn't alwa o [1999/07/06] kern/12543 dg [PATCH] cumulative error counters for fxp o [1999/07/07] bin/12545 kldload(8) should be more sensitive to er o [1999/07/07] ports/12548 asami New 'fecth-recursive(-list)' targets in p o [1999/07/08] ports/12566 billf a guide to pyrotechnics o [1999/07/12] kern/12609 At boottime NFS mounts on a 3.2 client fr s [1999/07/12] bin/12611 sheldonh /usr/bin/jot crashes with floating point o [1999/07/12] misc/12612 ncurses ash shipped with 3.2-R missing sy o [1999/07/13] misc/12633 CMI8330 chip based integrated sound card o [1999/07/15] kern/12655 Kernel config file needs more commenting o [1999/07/16] kern/12668 The kernel clock goes slow with PLIP devi o [1999/07/18] kern/12697 Out of swap handling [PATCH] o [1999/07/20] bin/12712 release/Makefile: mounting /some/dir with o [1999/07/20] kern/12723 imp Unnecessary use of magic numbers in F_[SG o [1999/07/22] kern/12764 luigi Patch for using x11amp with voxware (stol o [1999/07/22] misc/12765 cable problem: link down for de0 NICs. o [1999/07/23] misc/12776 Add PAM hooks to rlogind and rshd f [1999/07/23] bin/12782 roberto xntpd doesn't handle interface aliases pr o [1999/07/24] bin/12789 Confusing error msg when dumping a filesy s [1999/07/25] bin/12801 sheldonh nvi infinite recursion with options "left o [1999/07/25] kern/12803 obrien patch to make xe driver's noise configura o [1999/07/25] bin/12806 `sh -e' doesn't parse multi-command lines o [1999/07/28] kern/12855 panic:softdep_flushfiles:looping, caused a [1999/07/28] bin/12866 sheldonh [PATCH] RFE for /bin/ls to add a -n optio o [1999/07/30] misc/12887 Problem with "top" command in SMP o [1999/07/30] misc/12888 strange kernel messages when copying file o [1999/07/31] bin/12898 Added a command-line switch to netstat to o [1999/08/03] bin/12939 add flag to quota to suppress NFS quota c o [1999/08/03] bin/12942 m4: len(`') returns `' a [1999/08/03] kern/12943 dg fxp driver not completely compatible with o [1999/08/03] bin/12946 top(1) gives incorrect delay default o [1999/08/04] ports/12952 asami make _PORT_USE touch cookies by variable, o [1999/08/04] bin/12957 rpc.rusersd dumps core with signal 11 whe o [1999/08/04] bin/12960 des basename(3) and dirname(3) o [1999/08/04] bin/12962 des basename(3) and dirname(3) part 2 o [1999/08/04] kern/12966 receiver lockups in vr0 driver o [1999/08/05] bin/12982 last does not support -y option. o [1999/08/05] misc/12983 system hang accessing mounted msdos flopp o [1999/08/05] i386/12993 gibbs "ahc0: Data Parity Error Detected during o [1999/08/06] ports/13006 erich update emulators/x48 to 0.4.1d o [1999/08/07] conf/13016 Wrong sendmail.cf file used by mergemaste o [1999/08/07] docs/13020 mpp Manpage capitalization o [1999/08/08] docs/13034 peter incorrect (old/obsolete) manpage for name o [1999/08/08] misc/13036 de doesn't work with DEC 21143 based PCI o [1999/08/09] bin/13042 make doesn't handle wildcards in subdirec o [1999/08/09] bin/13043 minigzip -c option support. o [1999/08/09] i386/13051 after installation on system using COM1, o [1999/08/10] kern/13062 lnc ethernet xmit underflow problem o [1999/08/11] bin/13068 billf Don't stamp out score files! o [1999/08/11] bin/13072 billf Extensions to biff(1) o [1999/08/11] bin/13073 billf Extensions to mesg(1) o [1999/08/11] docs/13079 dwhite new man page describing timeradd() family o [1999/08/11] kern/13082 dfr Improved support for NE2000 PnP cards o [1999/08/12] bin/13092 des Fetch doesn't default to the correct http o [1999/08/12] bin/13108 authunix_create_default includes egid twi o [1999/08/13] docs/13116 phantom typo in ms(7) o [1999/08/13] bin/13128 billf pkg_delete doesn't handle absolute pathna o [1999/08/15] kern/13161 alfred mounting on top of a mounted file system o [1999/08/15] kern/13164 kthread_exit stops, but doesn't release p o [1999/08/15] i386/13171 "config" not quite right for kernel not n o [1999/08/16] misc/13185 "tengo problemas con el pop3" o [1999/08/17] ports/13191 ports new port: misc/fire o [1999/08/18] docs/13218 mpp Many manpages still not conformed mdoc(7) o [1999/08/18] kern/13220 mkdep: compile failed - ../../pci/if_de.c o [1999/08/18] kern/13232 panic("rtfree"); when sending bootp reque o [1999/08/18] ports/13251 ports new port: misc/founts s [1999/08/19] kern/13252 niced jobs don't behave really nice o [1999/08/19] bin/13254 yp_all error messages have wrong text o [1999/08/20] misc/13266 Removal of #defines and addition of const o [1999/08/20] bin/13278 rogue: killed by fire corrupts score file o [1999/08/20] misc/13282 partial compliance of dlopen to the Singl o [1999/08/21] bin/13309 Fixes to nos-tun o [1999/08/22] misc/13326 additional timeval interfaces for 512MB o [1999/09/21] ports/13887 taoka New port (fmirror) o [1999/09/22] misc/13895 nonexistent words in /usr/share/dict/web2 o [1999/09/22] ports/13898 obrien New port: misc/dictd o [1999/09/22] conf/13907 dummynet.4 correction, rc addition of o [1999/09/23] conf/13918 Termcap entries for VESA modes missing o [1999/09/23] gnu/13921 awk -v var=val coredump o [1999/09/23] kern/13924 sb/snd driver broken under 4.0-19990918-C o [1999/09/24] i386/13936 No clear indictaion of how much space to o [1999/09/25] docs/13950 doc webpage idea o [1999/09/25] docs/13967 doc FreeBSD Related Publications in Korea o [1999/09/26] kern/13979 [PATCH] add serial number to IDE HD probe o [1999/09/26] gnu/13989 SIGWINCH corrupts the display of a multil o [1999/09/27] kern/14006 pas2_pcm.c pcm playback problem, with fix f [1999/09/29] docs/14035 doc tzfile.h referenced in tzfile(5) doesn't o [1999/09/29] bin/14040 amd has wrong uname data compile in it o [1999/09/30] i386/14048 ``doscmd -r'' doesn't work o [1999/09/30] ports/14070 ports new port: devel/crossgo32-f77 o [1999/09/30] i386/14071 FreeBSD 3.3 Installation CD does not boot o [1999/10/01] ports/14077 peter Multicast not available on multicast enab o [1999/10/01] bin/14078 -stable 'make release' does not work on - o [1999/10/01] ports/14079 ports ssh2 port won't install if automake is in f [1999/10/01] kern/14083 gibbs CAM 3.3-RELEASE fails boot w/2940UW + non o [1999/10/02] ports/14088 ports update port: x11-wm/fvwm2 to 2.3.8 o [1999/10/04] docs/14129 phantom gated(8) and htable(8) as referenced in r o [1999/10/05] bin/14142 sendmail: mci.c: bad pointer conversion i o [1999/10/05] bin/14151 Patch: date(1): merge in OpenBSD enhancem o [1999/10/06] docs/14158 doc md5(1) manpage should not claim the md5 a o [1999/10/06] docs/14165 nbm FDP introduction article o [1999/10/06] kern/14166 roger AVER TVPhone o [1999/10/06] bin/14171 joe [PATCH] create symbolic links using mtree o [1999/10/07] bin/14175 route for ip aliasing o [1999/10/07] ports/14182 asami Patch: bsd.port.mk: add plist target f [1999/10/07] ports/14185 ports update port: x11-wm/fvwm2 to 2.3.8 o [1999/10/08] kern/14217 [PATCH] EXT2FS as a KLD o [1999/10/09] ports/14225 markm Patches for security/pgp5 o [1999/10/09] kern/14240 compilation error: __cmpdi2 unresolved o [1999/10/09] bin/14246 kvm_open and kvm_openfiles not works corr o [1999/10/10] bin/14255 rup and rusers could not deal with many h o [1999/10/11] misc/14258 IP_TOS and IP_TTL sockopt doesn't work on o [1999/10/11] ports/14260 ports new port: www/woda - A Web Oriented Datab o [1999/10/11] misc/14263 phantom There ara no ukrainian locale in stable/c o [1999/10/11] i386/14266 vfsload() looks in /lkm, not /modules o [1999/10/11] misc/14269 NIS passwd and group maps do not clean ou o [1999/10/11] misc/14273 Somewhat bogus entry in termcap o [1999/10/13] ports/14316 markm exmh not recognizing mh and uses too many o [1999/10/13] bin/14317 jkh sysintall: instructions to reboot don't m o [1999/10/13] bin/14318 jkh sysinstall upon install has some counter- o [1999/10/14] ports/14323 markm [PATCH] ports/security/pgp5: Invoked with o [1999/10/14] bin/14330 peter [PATCH] fix clash between /usr/src/contri o [1999/10/14] bin/14335 peter Manual page for ndc gives incorrect path o [1999/10/14] bin/14342 [PATCH] Speed ups for regex! o [1999/10/15] kern/14346 imp Both pccard/cardinfo.h and sys/memrange.h o [1999/10/15] kern/14350 Security enhancement to ICMP o [1999/10/15] kern/14355 perhaps a guard page needed for UP-mode k o [1999/10/15] kern/14356 grog vinum and ``some processes would not die; o [1999/10/16] bin/14361 locate bogusly converts to network byte o o [1999/10/17] kern/14380 [PATCH] if_de workaround for when BIOS do o [1999/10/18] i386/14396 Floppy install of 3.2-release, 3.3-releas f [1999/10/20] i386/14438 dwhite additional CPUID bit definitions for iden o [1999/10/21] bin/14448 ftp-client may not recognize failure, rep f [1999/10/23] conf/14487 phantom Please Change "/usr/share/skel/dot.login" o [1999/10/23] misc/14488 kget doesn´t write the key word "enable" o [1999/10/24] kern/14504 Framing Error on FreeBSD Laptop o [1999/10/25] misc/14511 chapss Y2K problem o [1999/10/25] ports/14515 ports new port: security/tripwire version 1.3 o [1999/10/25] conf/14522 dhclient incorrectly reads and sets hostn o [1999/10/25] docs/14530 phantom Printed manual pages have extraneous blan o [1999/10/25] docs/14532 doc Much of cam_cdbparse(3) prints in Courier o [1999/10/25] bin/14533 imp pccardd improperly assigns irqs o [1999/10/26] bin/14545 quota reports in K, but header says 'bloc a [1999/10/27] kern/14561 ken ioctl (fd, CDIOCEJECT, (void*) 0) doesn't s [1999/10/27] kern/14562 ken ioctl() codes should be provided for ejec o [1999/10/27] docs/14563 doc Wrong manpage produced by `man 4 fd' o [1999/10/27] docs/14565 doc ioctl() codes for device type `fd' (flopp o [1999/10/27] i386/14574 ISA based ESS1688 support(partially) for o [1999/10/28] kern/14584 Proposition for improved file permissions s [1999/10/29] kern/14590 kernel panic writing to floppy o [1999/10/29] misc/14599 pam_kerberosIV.so in the 'krb.??' package o [1999/10/29] kern/14602 struct utsname fields are allocated too s o [1999/10/31] kern/14639 convert proc.p_peers to a queue(3) LIST o [1999/11/01] ports/14643 ports new port: chinese/pydict - A Chinese/Engl o [1999/11/01] kern/14646 kern.boottime affected by APM suspend/res o [1999/11/01] bin/14648 markm `make world' now requires -DNOCRYPT in my o [1999/11/02] gnu/14664 tar checks for volno-file even if it shou o [1999/11/02] docs/14677 chris listing of (48) utilities in /bin:/sbin:/ o [1999/11/03] docs/14682 doc lprm(1) unaware of lp(1) Environment Vari o [1999/11/03] bin/14697 grog Exploitable buffer overflow in Vinum (Fre o [1999/11/04] conf/14714 phantom Need support for imap4 and pop3 in /etc/p o [1999/11/06] misc/14746 xf86config shell script leaves arrow keys o [1999/11/08] ports/14783 jmz mgetty 1.1.12 always sets clocal o [1999/11/08] bin/14786 [PATCH] tail breaks on large files o [1999/11/08] conf/14791 Optionally change the behaviour of fsck u o [1999/11/08] i386/14793 more fdisk partition types o [1999/11/09] i386/14800 FreeBSD BootMgr not configurable (or at l o [1999/11/10] conf/14810 [PATCH] initialising multiple interfaces o [1999/11/10] i386/14816 lnc(4) can work with Am79C937 a [1999/11/10] bin/14817 strptime(3) '%C' conversion incorrect o [1999/11/11] ports/14822 jfitz majordomo sets group-writable dir's o [1999/11/11] ports/14824 wosch no '\0' at the end of buffer o [1999/11/11] bin/14829 rc.shutdown is handled unconsistently by o [1999/11/12] kern/14839 RELENG_2_2 boot kernel is large size prob o [1999/11/12] kern/14840 Opti930 doesn't work. o [1999/11/12] kern/14841 adrian IEEE 802 encapsulation for arp on etherne o [1999/11/12] ports/14854 peter port comms/conserver partially ignores ${ o [1999/11/13] conf/14864 I can not get dual Boot to boot FreeBSD f o [1999/11/14] misc/14868 Freebsd 3.2-REL with 1 ISA PNP and 1 PCI o [1999/11/14] i386/14891 New smbus driver lmsmb a [1999/11/16] ports/14924 markm p5-Apache-Radius with mod_perl broken on o [1999/11/16] bin/14925 getsubopt isn't poisonous enough o [1999/11/16] conf/14931 rc logging facility f [1999/11/16] ports/14933 imp Simple patch to log password attempts on o [1999/11/17] bin/14954 search.h is missing o [1999/11/17] ports/14965 wosch stat port doesn't know fifo file type o [1999/11/17] kern/14968 wollman Convert resource_head and resource.r_link o [1999/11/17] ports/14970 peter conserver-7.4 port submission o [1999/11/18] conf/14973 Digi-multiport serial card? o [1999/11/18] conf/14974 In RELENG_3, fdisk reports sizes incorrec o [1999/11/18] ports/14977 peter conserver doesn't support speed over than f [1999/11/18] ports/14986 kris possible bug in ssh1 o [1999/11/18] ports/14991 ports new port: devel/tcl-trf - Tcl Data transf o [1999/11/19] misc/14993 Freebsd Locks up when trying to set the h o [1999/11/19] misc/14999 phantom ISO8859-5 locale missing from RELENG_3 o [1999/11/19] misc/15000 ftp(1) needs to send HTTP/1.1 Host: heade o [1999/11/20] conf/15010 "client" firewall configuration kills inc o [1999/11/21] ports/15021 asami some port installs fail for non-root user o [1999/11/21] kern/15022 mjacob Suggestion for enhancement: move isp firm o [1999/11/21] conf/15038 jkh In sysinstall, easy to not notice that se o [1999/11/23] kern/15065 fsck can't fix "huge" zero length files o [1999/11/25] kern/15095 TCP's advertised window is not scaled imm o [1999/11/27] i386/15119 pcm sound driver dma problems with isa-pn o [1999/11/28] ports/15142 jmz Added DIST_SUBDIR to print/tex port o [1999/11/28] ports/15147 ports new port: audio/xsidplay o [1999/11/29] misc/15168 Adding tracklist support to fdformat o [1999/11/29] kern/15175 tcp_input() fails to update m->m_pkthdr.l o [1999/11/30] bin/15182 "* Wed-1 event" in calendar produces "31 o [1999/11/30] misc/15196 shutdown -h no longer synching disks, thu o [1999/12/01] misc/15205 Addition to /usr/games/random o [1999/12/01] bin/15211 CFLAGS and CC not settable and one warnin o [1999/12/01] misc/15215 Outputting in Fortune under certain circu o [1999/12/02] i386/15218 kernel says: raw partition size != slice o [1999/12/02] kern/15221 marcel Linux emulator core dumps on setreuid() o [1999/12/02] bin/15227 sheldonh New option for vacation(1) -- dir to use o [1999/12/02] bin/15229 joe mtree - different from mtree in NetBSD 1. o [1999/12/03] ports/15239 asami fix MASTER_SITE_GNOME in bsd.port.mk: mi o [1999/12/04] kern/15251 patch to add unsigned support to sysctl o [1999/12/04] docs/15259 obrien amd(8) refers to nonexistent automount(8) o [1999/12/05] kern/15280 kernel panic during FreeBSD install o [1999/12/05] bin/15285 wes unhelpful error message from brandelf o [1999/12/05] misc/15288 billf pkg_version -c output isn't safe for scri o [1999/12/05] ports/15294 jfitz Update port: mrgt from 2.8.8 to 2.8.9 o [1999/12/06] bin/15301 Bug in /usr/sbin/syslogd: strips 8th bits o [1999/12/06] misc/15304 billf proposed modifications to pkg_version o [1999/12/06] ports/15326 ports tcsh modification o [1999/12/07] ports/15329 cwt amanda24 modification o [1999/12/07] misc/15339 fdformat should exit non-zero when user c o [1999/12/07] bin/15342 replacement for the stock /sbin/dhclient- o [1999/12/09] bin/15371 keyinfo doesn't work without suidperl o [1999/12/09] ports/15387 billf ethereal's packet-smb.c calls str*() func o [1999/12/09] bin/15390 obrien Upgrade rdist to 6.1.5 o [1999/12/10] docs/15408 doc Description of ls and nlist wrong in man o [1999/12/10] bin/15410 edquota -p copies current usage as well a o [1999/12/11] bin/15416 addr2line is unable to find line numbers o [1999/12/11] bin/15418 tput(1) doesn't work with new libncurses. o [1999/12/11] misc/15421 initgroups(3) spits out messages to stder o [1999/12/12] kern/15435 Attempts to execute programs from a noexe o [1999/12/12] kern/15436 syscons extension: "propellers" o [1999/12/12] kern/15440 jasone support atomic locks in the UP kernel o [1999/12/12] kern/15455 dg Intel EtherExpress Pro does not properly o [1999/12/13] bin/15456 Usage of ktrace(1) is invalid a [1999/12/13] bin/15458 sort(1) doesn't sort correctly in some ca o [1999/12/13] bin/15470 Proposed change to comments in /etc/named o [1999/12/14] ports/15477 andreas wwwstat-2.01 port is not Y2K compliant: 1 o [1999/12/14] misc/15480 Change-request for /usr/src/usr.sbin/cdco o [1999/12/14] kern/15489 running fstat causes a bus error o [1999/12/15] kern/15492 Patch to fixup bridging support for 2.2-S o [1999/12/15] kern/15493 Patch to enable bridging support for if_c o [1999/12/15] ports/15495 asami Add "addsum" target to bsd.port.mk o [1999/12/15] bin/15496 killall(1) limited to 16 character proces o [1999/12/15] bin/15497 NIS does not deal well with comments o [1999/12/15] bin/15510 df(1) does not lineup with large filesyst o [1999/12/15] kern/15511 Cannot scroll up after panic? o [1999/12/17] i386/15528 doscmd exec function fail. o [1999/12/17] i386/15531 doscmd DOS function 0a fail when DL is 0 o [1999/12/17] kern/15532 Reboot just to kill a print job? f [1999/12/17] ports/15545 ports new port: x11/xterm o [1999/12/17] misc/15546 Need to enable LBA flag for large IDE dis o [1999/12/17] i386/15547 discmd function 51 ( get ps ) fail o [1999/12/18] misc/15555 some enhancements for uudecode o [1999/12/19] docs/15561 doc regex(3) manpage needs update o [1999/12/20] bin/15593 [SECURITY] ustrcpy() buffer overflow in d o [1999/12/20] ports/15594 se kscd-1.2.7 in -STABLE ports not playing A o [1999/12/20] bin/15596 netstat -rn does'n fit on a 80 chars wide o [1999/12/21] kern/15608 acd0 / cd0 give inconsistent errors on em o [1999/12/21] conf/15612 jkh Re-Scan devices in 3.4-Release options me o [1999/12/21] i386/15619 standard pppd doesn't authenticate users o [1999/12/22] kern/15632 mss driver fails to recognize CS4239 on T o [1999/12/22] kern/15633 Joy driver fails to attach to CS joystick o [1999/12/22] kern/15636 dillon reminder to self for MAP_ VM defines o [1999/12/23] misc/15658 edquota misinterprets usernames as uid ra o [1999/12/24] bin/15663 yokota none o [1999/12/25] ports/15691 kris Ssh ports fail to check inetd.conf before o [1999/12/28] bin/15739 repquota report format fix for better par o [1999/12/28] conf/15745 rc.network overrides mountd_flags rather o [1999/12/28] kern/15747 loader's builtin "more" command won't res o [1999/12/28] conf/15748 jkh sysinstall - upgrade o [1999/12/30] ports/15787 se Kvt doesn't agree with MAKEDEV on pty num o [1999/12/31] conf/15792 can't make /dev/cd31 o [1999/12/31] ports/15810 jfitz p5-Net port update o [1999/12/31] ports/15812 jfitz p5-Mail-Tools port update o [1999/12/31] ports/15814 eivind p5-MIME-Tools port update o [2000/01/01] ports/15819 cwt fix PLIST of misc/amanda24 o [2000/01/01] docs/15821 doc Wrong device names in manpages for lpt(4) o [2000/01/01] kern/15827 Power-Off causes Trap 9 in kernel o [2000/01/01] bin/15830 PATCH: rdump over ssh o [2000/01/02] kern/15838 Conversion tables in msdosfs_conv.c are b o [2000/01/02] ports/15840 ports new port: x11-fonts/ucs-fixed o [2000/01/02] ports/15844 wosch www/checkbot fix and update to 1.58 o [2000/01/02] bin/15852 asmodai predefined \*(DT string has Y2K bug o [2000/01/02] bin/15853 tar --newer-mtime flag has Y2K bug o [2000/01/03] bin/15855 comsat(8) failes to open system mail box o [2000/01/03] ports/15857 dirk new standalone port of php3 for ports/www o [2000/01/03] ports/15859 ache Fix a typo in BUILD_DEPENDS in www/p5-Par o [2000/01/03] kern/15860 patch to make default kern.maxfilesperpro o [2000/01/03] bin/15861 ftpd did not use sendfile(2) when sending o [2000/01/03] misc/15871 CVS directories copied to PicoBSD filesys o [2000/01/03] ports/15873 ports new port: www/apache_fp+php+mod_ssl-1.3.9 o [2000/01/03] misc/15874 PicoBSD can only update files from within o [2000/01/03] misc/15875 Incorrect permissions on PicoBSD /tmp dir o [2000/01/03] misc/15876 PicoBSD message of the day problems o [2000/01/04] ports/15886 ports new port: audio/cd2mp3 o [2000/01/04] docs/15890 doc rfork(RFMEM) on SMP generates error o [2000/01/04] ports/15894 ports new port: security/aide o [2000/01/05] misc/15908 patch to fix argument mismatch in getnano o [2000/01/05] kern/15923 ATA/EIDE DMA does not work with some hard o [2000/01/06] ports/15933 marcel ports/editors/staroffice requires linux l o [2000/01/06] ports/15935 msmith ports/editors/wordperfect - incorrect URL s [2000/01/06] docs/15959 phantom misplaced lines in psignal.9 man page o [2000/01/07] ports/15963 se krn requires libgdbm but port doesn't che s [2000/01/08] bin/15981 sheldonh rcp -p fails when times have high bit set o [2000/01/08] kern/15983 n_hibma C++ keywords in kernel header files o [2000/01/08] ports/15992 asami [PATCH] Add a default for $SUP in the /us o [2000/01/08] ports/15993 asami [PATCH]No line-feed in warnings from ``ma o [2000/01/09] misc/16003 sysinstall crashes if it gets more than o o [2000/01/09] bin/16005 brian add new option to date(1) o [2000/01/09] bin/16007 joe cdcontrol(1) defaulting do /dev/cdrom ins o [2000/01/09] misc/16009 Invoking /stand/sysinstall from kde termi o [2000/01/09] kern/16016 cam/scsi/scsi_da.c: Fujitsu M2952 doesn't o [2000/01/10] kern/16021 To support SMP on NEC PC98, call mp_probe o [2000/01/10] kern/16023 Add an idletime counter for sppp, just li s [2000/01/10] bin/16048 asmodai "file" command cannot recognize LaTeX2e f o [2000/01/10] kern/16049 Connor Drive fails cache sync o [2000/01/11] ports/16072 obrien vim5 port update o [2000/01/11] conf/16076 [PATCH] pam_ssh examples for /etc/pam.con o [2000/01/12] bin/16086 des Inetd internal IDENT is not work well. o [2000/01/12] ports/16088 ports apache13-ssl lacks sbin/gcache in PLIST o [2000/01/12] docs/16091 nik Update man refs for patch in pr #15958 o [2000/01/13] ports/16109 max Update port: japanese/mimekit to 1.8 o [2000/01/14] bin/16119 ctm_rmail does not honor umask o [2000/01/14] bin/16124 imp [PATCH] Enhancement for 'lpr -r' o [2000/01/15] misc/16131 bizarre dates displayed when searching th o [2000/01/15] ports/16139 billf Ntop port fails to find lsof o [2000/01/15] kern/16140 /proc contains regular files of infinite o [2000/01/17] ports/16167 torstenb y2k problem with inn 2.2.1 NEWNEWS and NE o [2000/01/18] kern/16169 The U.S. Robotics 56K Voice Int modem is o [2000/01/18] kern/16170 compiling machine/setjmp.h with g++ o [2000/01/18] docs/16173 doc [PATCH] fix for the kld/cdev example o [2000/01/18] bin/16179 ipfw(8) poor design of command line parsi o [2000/01/18] conf/16180 firewall rules may require flags to be pa o [2000/01/18] docs/16185 guido a possible typo in ipnat.5 manpage o [2000/01/18] misc/16189 Advansys ASB-3940U2W SCSI Card does not w o [2000/01/18] kern/16195 16-bit uid/gid struct in sys/ipc.h o [2000/01/19] ports/16201 ports Port of CDD isn't up to date o [2000/01/19] bin/16206 PATCH: vmstat column alignment, %ll not s o [2000/01/19] misc/16208 ps/2 mouse problem o [2000/01/19] misc/16212 in /stand/sysinstall -- cannot exit menu o [2000/01/20] ports/16220 obrien -frepo is broken in gcc-devel and egcs po o [2000/01/20] misc/16231 CD audio wont work. o [2000/01/20] kern/16240 ICMP error generation fails to correctly o [2000/01/21] ports/16252 asami bsd.port.mk: Add bzip2 support for distri o [2000/01/21] bin/16275 approve send-pr(1) (attach files, use env o [2000/01/21] misc/16278 Crypt() function returns wierd results o [2000/01/22] kern/16292 performance problem of divert socket o [2000/01/22] ports/16305 jfitz Upgrade port: majordomo to 1.94.5 o [2000/01/23] bin/16316 Enhancement: allow .fakeid to be a named o [2000/01/23] bin/16320 fstat -f confuses some partitions o [2000/01/24] kern/16339 vm/vm_page.h PQ_L2_SIZE options too limit o [2000/01/25] ports/16347 nate Inconsistencies between Java ports o [2000/01/25] kern/16360 kernel timestamping of ICMP echo requests o [2000/01/26] ports/16363 pst [PATCH] Upgrade ports/databases/gnats o [2000/01/26] bin/16364 [PATCH] Add msdosfs and cd9660 support to o [2000/01/26] ports/16374 ache Ports fix: news/tin o [2000/01/27] ports/16397 jfitz Please update net/mrtg for current o [2000/01/27] i386/16411 DUMP freezes system if uucico or samba wr o [2000/01/27] ports/16417 ports nethack3 port won't compile on 3.4-Stable o [2000/01/28] bin/16422 newfs always make root's / directory o [2000/01/28] misc/16434 Odd rlogin problem. o [2000/01/29] ports/16452 torstenb Update ctwm port o [2000/01/30] misc/16475 search.cgi gives bogus dates o [2000/01/30] ports/16476 peter Missing option and a typo o [2000/01/30] bin/16480 locked accounts and adduser o [2000/01/30] ports/16486 ports new port: devel/linux-jdk2 o [2000/02/06] conf/16536 size of /var/spool/uucp/Log, a UUCP logfi o [2000/02/06] kern/16551 cosmetic cleanup in sys/dev/ppbus/pcfcloc o [2000/02/07] ports/16570 asami ports toplevel README.html has bad link t o [2000/02/08] conf/16584 jkh Hostname field too small during install ( o [2000/02/09] bin/16619 trimdomain does not handle peer domains o [2000/02/09] bin/16625 Incorrect information in routed(8) error o [2000/02/10] ports/16629 ports new port: net/vtun o [2000/02/10] ports/16636 ports new port: GNU find o [2000/02/10] ports/16638 ports new port: GNU fileutils o [2000/02/10] ports/16640 ports rwhois port install tries to copy wrong l o [2000/02/10] ports/16648 ports new port: graphics/gdtclft - Tcl interfac o [2000/02/10] bin/16649 /bin/lastcomm: output contains extraneous f [2000/02/11] ports/16654 mharo Some master sites have discontinued hosti o [2000/02/11] bin/16657 /bin/hostname: New feature to return subc o [2000/02/12] ports/16669 erich Update port: editors/sam o [2000/02/12] ports/16670 erich Update port: x11/9term o [2000/02/12] ports/16674 erich Update port: graphics/mplex o [2000/02/12] ports/16676 swallace Update port: games/xrisk to 2.15 f [2000/02/12] ports/16687 jedgar p5-Mysql building problem due to missing o [2000/02/12] ports/16693 ports new port: audio/wavplay f [2000/02/13] ports/16703 billf port update from apache-ssl-1.3.9+1.37 to o [2000/02/13] bin/16705 ftpd doesn't support -h option o [2000/02/14] kern/16709 PATCH: make poll work for -STABLE's Audio o [2000/02/14] kern/16713 grog Vinum: some processes would not die; ps a o [2000/02/14] ports/16718 dbaker [PATCH] misc/proxyper should obey the por o [2000/02/14] misc/16719 /stand/sysinstall does not redraw the scr o [2000/02/14] i386/16722 squid (a 3.x binary) won't run under 4.0- o [2000/02/15] bin/16726 rpc.rstatd from inetd sig11's o [2000/02/15] ports/16732 roger Update port: misc/videotext to 0.6.199910 o [2000/02/16] kern/16745 Kernel Makefile doesn't sanitise PATH [PA o [2000/02/16] ports/16763 ports new port: emulators/vxtools o [2000/02/16] kern/16765 Add support for mark/space parity o [2000/02/17] ports/16779 erich Update port: astro/xephem o [2000/02/17] ports/16794 ports new port: devel/sdts++ o [2000/02/17] bin/16798 rmuser rebuilds entire passwd datebase fo o [2000/02/18] kern/16815 dillon Cannot "rm -rf" for not-existed file on r o [2000/02/19] misc/16830 markm PAM-related error messages on -current o [2000/02/20] kern/16838 MFC: phk's print uptime at reboot o [2000/02/20] misc/16839 dan MFC Matthew D. Fuller's patch to deal wit o [2000/02/20] misc/16840 dan MFC: Matthew D. Fuller's teach pkg_info t o [2000/02/20] misc/16842 Knob for release/Makefile to prevent dele o [2000/02/20] misc/16843 Knob for release/Makefile to prevent dele o [2000/02/20] ports/16857 jdp cvsup coredump o [2000/02/21] ports/16872 max Update port: japanese/pine o [2000/02/21] bin/16880 [PATCH] pw(8) hardcodes directory creatio o [2000/02/21] docs/16891 unfurl Typo in header of FAQ o [2000/02/22] bin/16924 tmpfile(3) ignores TMPDIR and always uses o [2000/02/22] bin/16926 kris [PATCH] banner doesn't allocate space fo o [2000/02/22] kern/16928 dynamic sysctl enhancement o [2000/02/22] bin/16929 [PATCH] prevent possible race condition i o [2000/02/23] ports/16932 marcel linux_base 6.1 in 4.0rc aborts install wi o [2000/02/23] docs/16934 doc anon transfer log doesn't log all xfers o [2000/02/23] misc/16938 FTP does not fully parse ftp:// URLs o [2000/02/23] bin/16941 routed: possible netmask problem between a [2000/02/23] gnu/16942 sheldonh send-pr(1) creates unsafe temp files s [2000/02/23] bin/16944 wollman [MFC] Give mtree(8) an ``exclude'' facili o [2000/02/23] ports/16949 ports new port: audio/pimp3 o [2000/02/23] bin/16953 [PATCH] Fix argument overflow in dnsquery o [2000/02/23] misc/16954 [PATCH] catopen(3) in libc can overflow o o [2000/02/24] misc/16969 /kernel: psmintr: out of sync (0000 != 00 o [2000/02/24] ports/16970 ports new port: lang/tclX82 o [2000/02/24] bin/16971 Exiting from /usr/sbin/login does not res o [2000/02/25] ports/16987 obrien pkg_delete vim-5.X incorrect f [2000/02/25] ports/16989 ports new port: comms/qico o [2000/02/25] kern/16993 marcel Linux emulator lacks setfsuid and setfsgi o [2000/02/25] ports/16997 ports Incompatibility between GNOME and KDE o [2000/02/25] ports/16998 ports Eterm fails to function from Gnome/Enligh o [2000/02/26] kern/17003 dscheck() overzealously protects labels o o [2000/02/26] kern/17007 This is a code for implementing ethernet o [2000/02/27] conf/17022 rwatson newsyslog.conf not in sync with syslog.co o [2000/02/27] alpha/17032 alpha strtod(3) floating exception o [2000/02/28] misc/17045 Cannot install on Siemens Primergy 870 (d o [2000/02/28] kern/17058 mjacob SCSI tape driver can't drive devs that ca o [2000/02/28] ports/17066 ports audio/xmms chewing CPU (and skipping too) o [2000/02/29] misc/17069 davidn /usr/sbin/pw pw(8) fails for a specific u o [2000/02/29] bin/17077 yokota write() error o [2000/03/01] docs/17104 phantom gethostbyname(3) contains a reference to o [2000/03/01] kern/17109 fastroute crashes for lo0 udp o [2000/03/02] ports/17127 obrien Ports fix: editors/vim5 o [2000/03/02] ports/17130 ports new port: korean/hlatex-uhcstd o [2000/03/02] ports/17131 ports new port: korean/hlatexpsfonts-uhcextra o [2000/03/02] misc/17132 bugs in xdr functions o [2000/03/02] ports/17139 billf PLIST correction for Apache13-fp a [2000/03/03] misc/17155 sheldonh Add mount(8) check to /etc/security o [2000/03/03] ports/17157 swallace Update port: audio/xcdplayer o [2000/03/03] ports/17158 joerg Update port: deskutils/xpostit o [2000/03/03] ports/17159 swallace Update port: games/xasteroids o [2000/03/03] ports/17161 swallace Update port: games/xchomp o [2000/03/03] ports/17170 taoka Update port: x11/xcoloredit o [2000/03/04] ports/17176 ports Update ports: Mew-1.94.2 o [2000/03/04] misc/17178 -d option of lpd didnt work o [2000/03/04] misc/17185 main ncurses headerfile is installed as c o [2000/03/04] i386/17198 3.4 doesn't boot from CD on dell 3500 o [2000/03/04] ports/17199 jmz emulators/mtools configure fix o [2000/03/04] gnu/17202 uucp grade patch and policy o [2000/03/05] conf/17207 disktab support for Fuji-MO o [2000/03/05] gnu/17214 gdb doesn't honor auto-solib-add o [2000/03/06] kern/17222 Avance Logic ALS/100 sound card doesn't r o [2000/03/06] kern/17224 4.0-20000214-CURRENT: pcm/csa sound - sha o [2000/03/06] bin/17226 markm ftpd can't use PAM o [2000/03/06] misc/17232 obrien chown(1) and chgrp(1) do not honor -v fla a [2000/03/06] ports/17241 mharo Update: japanese/tkdesk o [2000/03/07] ports/17255 pst Update the GNATS port to 3.113 o [2000/03/07] ports/17259 reg Update port www/mozilla o [2000/03/08] misc/17270 FreeBSD should support nsswitch.conf, or o [2000/03/08] misc/17272 deleting a file that a program has open c o [2000/03/08] misc/17275 asami make release fails when making readmes fo o [2000/03/08] ports/17279 ports USA/Canada Netscape Navigator 4.72 FreeBS o [2000/03/09] ports/17286 ports New port of ISC DHCP 3.0 beta o [2000/03/09] bin/17289 [PATCH] wrong permissions on /var/run/pri o [2000/03/09] ports/17293 ports samba port installs man-pages twice, fail o [2000/03/09] kern/17297 Panic when mounting a CDRom o [2000/03/10] i386/17299 I can't find uucleanup command in freeBSD o [2000/03/10] ports/17302 ports new port: news/c-nocem o [2000/03/10] ports/17309 ports ports/audio/cdd doesn't support .wav outp o [2000/03/12] ports/17342 will ports/devel/qtez build failure o [2000/03/12] kern/17347 msdosfs_rename and 'vrele: negative ref c o [2000/03/13] kern/17358 PCI ids for Aureal 8810, 8820 and 8830 au o [2000/03/13] bin/17363 crontab(1) leaves files in /var/cron/tabs o [2000/03/13] docs/17364 doc Fix minor errors and omissions in FAQ o [2000/03/13] bin/17368 billf Bad error messaging from mountd(8) o [2000/03/14] misc/17377 "Checking for rejected mail hosts:" gives a [2000/03/14] misc/17384 sheldonh patch for lpd to add -p option to disable o [2000/03/14] kern/17385 Support for IIT's "XC87SLC-33" numeric pr o [2000/03/15] bin/17389 /bin/cp failed on some synthetic vfs o [2000/03/15] ports/17390 ports new port: security/saint-devel o [2000/03/15] bin/17395 This is a replacement for the perl versio o [2000/03/15] misc/17399 FTPing into machine slows it down o [2000/03/16] bin/17405 one more fstat patch o [2000/03/16] alpha/17411 alpha No link/activity lights Alpha ethernet ca f [2000/03/16] ports/17414 mharo upgrade and fix for the postilion port o [2000/03/16] ports/17416 ports new port: net/p5-File-CounterFile o [2000/03/16] ports/17417 ports new port: net/p5-Mail-Sendmail o [2000/03/16] ports/17418 ports new port: net/p5-Net-Netmask o [2000/03/16] ports/17419 ports new port: net/p5-Net-SSLeay o [2000/03/16] ports/17420 ports new port: xbone o [2000/03/16] kern/17425 nsouch [PATCH] fix two small printing errors in o [2000/03/16] ports/17427 ports a big enhancement to the flexability of t o [2000/03/17] bin/17430 jkh Missing Czech keyboard in /stand/sysinsta o [2000/03/17] ports/17436 ports new port: emulators/vxtools - utilites f o [2000/03/17] kern/17438 cg newpcm volume too low on Soundblaster Pro o [2000/03/17] kern/17441 4.0-STABLE: Intel 82801AA SMBus Controlle o [2000/03/17] ports/17445 marcel Install of linux_base-6.1 fails with rpm a [2000/03/18] ports/17463 mharo Update port: graphics/cqcam o [2000/03/18] ports/17465 jmacd Update port: lang/STk to 4.0.1 o [2000/03/18] docs/17469 doc Missing man page: sigwait o [2000/03/18] docs/17470 doc Missing man page: pthread_yield o [2000/03/18] ports/17471 rse presence of devel/pth-devel port breaks w o [2000/03/18] ports/17479 asami bsd.port.mk: PARALLEL_BUILD o [2000/03/18] bin/17480 m4 changecom doesn't work as documented o [2000/03/19] kern/17487 sos ide/atapi/cdrom bugs o [2000/03/19] ports/17489 ports Zephyr port is broken with Kerberos enabl o [2000/03/19] ports/17490 markm ports fail for some gnu programs as the g o [2000/03/19] kern/17493 Updates to use FreeBSD as a firewall and o [2000/03/19] ports/17496 ports /usr/ports/editors/emacs termcap problem o [2000/03/19] bin/17498 killall(1) is a slow perl script that's d o [2000/03/20] i386/17505 Problems with with SMP on Compaq proliant o [2000/03/20] ports/17513 ports new port: russian/apache13-php3 (fix, ple o [2000/03/20] misc/17514 Inconsistent behaviour of "make update" [ o [2000/03/20] docs/17521 doc Proposed FAQ on assembly programming o [2000/03/21] ports/17523 ports new port: www/ssserver o [2000/03/21] bin/17532 "host" only prints A records by default o [2000/03/21] ports/17537 jfitz incorrect dependency results in bogus rei o [2000/03/21] kern/17539 kernel panic when asking help in visual u o [2000/03/22] bin/17546 murray Sysinstall does not let you configure NIS f [2000/03/22] bin/17555 green fstat(1) doesn't show memory-mapped files o [2000/03/22] ports/17556 ports new port: audio/linux-realplayer7 o [2000/03/24] ports/17577 ports new port: hebrew/elmar-fonts o [2000/03/24] kern/17581 devices failing probing do so silently o [2000/03/24] ports/17585 obrien Outputs small message for user of lang/gc o [2000/03/24] ports/17586 ports new port: database/myodbc o [2000/03/24] ports/17588 will New port: mysql++-1.6 o [2000/03/24] kern/17589 sos ata crashes when trying to extract cd-da o [2000/03/24] kern/17593 sheldonh [PATCH] Add KERNEL identifier to GENERIC a [2000/03/25] conf/17595 sheldonh Preventing cp /etc/defaults/rc.conf /etc/ o [2000/03/25] ports/17597 ports new port: net/p5-Net-ext - a perl modules o [2000/03/25] docs/17598 doc installworld over NFS documentation no lo o [2000/03/25] docs/17600 billf Error in description /usr/share/examples/ o [2000/03/25] ports/17602 jmz Port fix x11/XFree86-4.0 (make deinstall o [2000/03/26] bin/17606 shin traceroute vs. IPSEC surprise o [2000/03/26] bin/17611 f77 man page needs updated o [2000/03/27] bin/17619 pax cannot read all tar files created by o [2000/03/27] bin/17623 date(1) -v doesn't handle time changes (D f [2000/03/27] ports/17625 billf update port apache-ssl-1.3.12+1.39 (2nd s o [2000/03/27] i386/17628 3c509b hangs on running ifconfig o [2000/03/27] misc/17630 Install loader failed to recognize 84-key o [2000/03/27] kern/17631 netgraph is not implemented on loopback i o [2000/03/28] bin/17640 lseek();read() -> pread() in dump and fsc o [2000/03/29] ports/17663 ports new port: audio/bwap o [2000/03/29] ports/17675 ports new port: textproc/findutils o [2000/03/29] ports/17676 ports new port: astro/rmap o [2000/03/29] docs/17677 doc stable-supfile example still has default o [2000/03/29] ports/17678 jseger Update port graphics/Mesa3 latest with pa o [2000/03/29] bin/17679 wpaul wicontrol should take multiple args on co o [2000/03/30] kern/17688 es_callback() in /sys/pci/es1370.c does n o [2000/03/30] ports/17692 kris Unaudited SUID root on x11/kdebase11 .kss o [2000/03/30] ports/17693 ports new port: www/linux-djvuplugin o [2000/03/30] bin/17694 wcstombs(), mbstowcs() not complying with o [2000/03/30] kern/17698 sheldonh [PATCH] Let Makefile.inc1 installkernel i o [2000/03/30] conf/17699 Support for dutch keyboards in the consol a [2000/03/30] kern/17702 peter Plug and Play Info for USR 56K FAX INT mo o [2000/03/30] misc/17703 dfr /usr/share/examples/kld/cdev won't compil o [2000/03/31] ports/17707 ports new port: audio/sphinx o [2000/03/31] bin/17720 presence of old /dev entries causes sysin o [2000/04/01] ports/17727 ports new port: Pine with Hebrew support, see a o [2000/04/01] kern/17728 probe Macronix 98715/98715A 10/100BaseTX f [2000/04/01] misc/17737 dwhite Major repair of PicoBSD o [2000/04/01] bin/17739 Traceroute will not compile without IPSEC o [2000/04/02] kern/17751 wpaul rl driver loaded as module when it alread o [2000/04/02] bin/17756 sshd ignores .hushlogin f [2000/04/02] kern/17758 green Make sl driver dynamicallly expandable. o [2000/04/02] bin/17764 wrong percentage completed in bad144 o [2000/04/03] ports/17771 ports new port: japanese/elisp-manual o [2000/04/03] bin/17772 TFTP can not handle big files (> 32MBytes o [2000/04/03] kern/17774 stray irq7 o [2000/04/03] kern/17775 4.0-STABLE: Adaptec-155-ATM at en0 causi o [2000/04/03] ports/17777 torstenb [PATCH] Postfix port to consistently use o [2000/04/03] docs/17780 doc if they ask for smbmount, they want shari o [2000/04/04] kern/17796 pcm drivers failes to load for Neomagic o a [2000/04/04] ports/17798 nate ports/java/jdk: headers incorrectly check o [2000/04/04] ports/17799 ports new port: lang/jgnat o [2000/04/04] ports/17801 jake new port: devel/binutils11 o [2000/04/04] ports/17802 jake port update: devel/gcc11 o [2000/04/04] ports/17803 jake new port: devel/gdb11 o [2000/04/05] bin/17810 pw coredumps when adding/deleting usernam o [2000/04/05] gnu/17812 gprof gives error: o [2000/04/05] bin/17818 ssh X11 forward breaks with X11 not in /u o [2000/04/05] kern/17819 adrian Build ports on nfs & union mount panics k o [2000/04/05] ports/17820 jfitz majordomo port should be updated to v. 1. o [2000/04/06] ports/17822 obrien www/netscape47-navigator.us port missing o [2000/04/06] ports/17823 ports new port: audio/streamripper o [2000/04/06] bin/17824 sheldonh [PATCH] /usr/bin/column has arithmetic ov o [2000/04/06] bin/17830 /usr/bin/login called from command line d o [2000/04/06] kern/17831 FreeBSD 4.0 doesn't detect EpoX 7KXA prop o [2000/04/06] docs/17836 doc manpage for sigaction(2) is wrong o [2000/04/07] misc/17848 Patches to remove support for CSRG libm o [2000/04/07] docs/17855 doc PPP Primer is out-of-date o [2000/04/07] misc/17857 During a sysinstall kernel sources say th o [2000/04/08] bin/17864 PATCH: sys/resource.h needs sys/time.h fo o [2000/04/08] kern/17874 Watchdog Timeout in vr device o [2000/04/09] bin/17877 davidn Cannot change login group with "pw usermo o [2000/04/09] misc/17889 certain type of DNS queries seem to get d o [2000/04/10] ports/17897 chuckr transfig does not compile with XFree86-4. o [2000/04/10] ports/17903 billf Allow CVS_UPDATE to be used with SUP_UPDA o [2000/04/10] conf/17904 sheldonh rc.network IPX configuration missing 'ipx o [2000/04/10] i386/17906 le ethernet device doesn't work in 4.0 o [2000/04/10] kern/17907 cg Audio record levels are too low o [2000/04/10] docs/17916 doc [PATCH] rewrite of cutting-edge section o o [2000/04/10] ports/17921 green licq in the ports collection is missing a o [2000/04/10] bin/17922 send-pr should be upgraded o [2000/04/11] bin/17939 sheldonh routed calls ntohs twice on the same fiel o [2000/04/12] bin/17945 sheldonh [patch] Makefile in /usr/src/sbin/mount_m o [2000/04/12] ports/17952 torstenb [PATCH] tcp_wrappers port to give better o [2000/04/12] misc/17957 installer navigation is confusing o [2000/04/12] bin/17958 pkg_delete runs away when given path with o [2000/04/12] ports/17959 ports Netscape can't run if LD_LIBRARY_PATH con o [2000/04/12] misc/17962 default release names need updating in sr o [2000/04/12] ports/17964 ports xmms-1.0.1 segfaults on song change o [2000/04/12] conf/17967 etc/Makefile attempts to build whatis dat o [2000/04/13] ports/17976 jfitz p5-Date-Manip-5.35 messing up permissions o [2000/04/13] misc/17983 Minikernel build instructions do not work o [2000/04/13] i386/17991 marcel linux module doesn't implement pread/pwri o [2000/04/13] conf/17993 improving on the default /etc/amd.map o [2000/04/13] bin/17997 nvi doesn't set variables on startup (via o [2000/04/14] kern/18001 PCM - Yamaha OPL-SAx doesn't have treble/ o [2000/04/14] ports/18004 ports new port: mail/pgp4pine o [2000/04/14] ports/18005 ports games/mindfocus broken under latest stabl o [2000/04/14] misc/18014 Machine doesn't boot without keyboard att o [2000/04/15] bin/18030 [PATCH] pkg_version thinks 4.04 > 4.1 o [2000/04/15] ports/18032 ports new port: p5-String-Approx o [2000/04/17] ports/18047 dburr Update port: emulators/xmame to 0.36.1 o [2000/04/17] ports/18057 jmz make install for XFree86-4 fails on alpha o [2000/04/17] ports/18059 ports new port: devel/adabroker o [2000/04/17] gnu/18061 /usr/bin/ld (GNU ld 2.9.1) ignores rpath o [2000/04/18] ports/18072 sobomax [NEW PORT] New port of Basilisk II - a fr o [2000/04/18] ports/18073 obrien wget fails to build correctly o [2000/04/18] bin/18079 [PATCH] "pw usermod foobar -h -" broken o [2000/04/18] bin/18080 [PATCH] pw documentation updated to refle o [2000/04/18] misc/18082 /etc/gettytab, /etc/ttys autologin entrie o [2000/04/18] ports/18083 ports Gratuitous Apache package inconsistencies o [2000/04/19] ports/18087 ports Port of SmallEiffel -0.76 beta1 f [2000/04/19] ports/18088 ports libXext.so.6.x never found - often looked o [2000/04/19] ports/18093 obrien lang/gcc-devel install error o [2000/04/19] misc/18097 What is this: LIBRATION not specified - u o [2000/04/19] bin/18099 Bug-fixes to pthread_cond_*() (uthread_co o [2000/04/19] bin/18100 update to src/usr.bin/from/from.c for mul o [2000/04/19] ports/18105 obrien New port: cscope o [2000/04/19] bin/18106 fetch(1) sends incorrect 'Host' header fo o [2000/04/20] misc/18109 if pw_shell is empty(/bin/sh is assumed), s [2000/04/20] bin/18114 ken msps from iostat is wrong o [2000/04/20] ports/18116 ports new port: audio/ripit-dagrab o [2000/04/20] ports/18122 ports new port: mail/listar o [2000/04/21] misc/18128 /etc/services o [2000/04/21] ports/18130 ports new port: net/tcpillust o [2000/04/21] misc/18131 MAX_IFS in pppd/sys-bsd.c too small for m o [2000/04/21] ports/18150 ports new port: audio/ripit-cdda2wav o [2000/04/22] conf/18152 /etc/exports should suggest how to get mo o [2000/04/22] bin/18153 traceroute's usage() does not show -S as o [2000/04/22] i386/18154 [PATCH] Add cpu class and features flags a [2000/04/22] kern/18155 sos [Patch] OPTi FireStar(82C700) o [2000/04/22] bin/18157 pnpinfo only prints first io-start for ev o [2000/04/22] ports/18159 ports new port: games/nadar o [2000/04/22] conf/18164 /var/log/ntpstats fill with stat files by a [2000/04/22] ports/18166 dburr update port: audio/ripit o [2000/04/22] conf/18167 [TINY PATCH] Remove /usr/lib/aout from mt o [2000/04/22] ports/18169 ports Update port x11-wm/afterstep-devel o [2000/04/22] ports/18170 ports new port: misc/prestimel o [2000/04/22] misc/18171 jkh New fortune, Klingon programmers o [2000/04/23] misc/18175 strtok(3) example doesn't work. o [2000/04/23] bin/18176 [PATCH] Fix for bug in -c option of pkg_v o [2000/04/23] ports/18184 ache GNU Patch 2.5.4 Port o [2000/04/24] bin/18191 pac core dumped without set /etc/printcap o [2000/04/24] bin/18193 Bogus diagnostics by nslookup(1) o [2000/04/25] ports/18215 ports new port: lang/oo2c o [2000/04/26] ports/18228 ports Patch to enable LDAP support for Pine4 o [2000/04/26] kern/18232 SMP + APM configerd 4.0 kernel did panic o [2000/04/26] docs/18233 doc man and nroff -mdoc produce extra blank l o [2000/04/26] ports/18239 ports Had to create symbolic link for StarOffic o [2000/04/26] docs/18243 doc wrong description of -p option in sh(1) m o [2000/04/26] ports/18250 ports new port: misc/kdirstat o [2000/04/27] misc/18255 makewhatis weekly job doesn't look at /us o [2000/04/27] ports/18256 sada www/netscape4* lacks Fortify on alpha o [2000/04/27] ports/18259 obrien ElectricFence installation breaks if the o [2000/04/27] kern/18261 resume from suspend breaks usb o [2000/04/27] ports/18262 ports new port: net/crescendo o [2000/04/27] ports/18263 ports new port: devel/tcllib o [2000/04/28] kern/18271 simplelock: klds not portable across UP a o [2000/04/28] ports/18273 sobomax [NEW PORT] New port of Moonshine - a QT2- o [2000/04/28] bin/18275 proposed TMPDIR setting and /usr/bin/mkin o [2000/04/28] ports/18277 jmacd Update port: lang/mit-scheme to 7.5.7 o [2000/04/28] ports/18281 ache Update port: www/webalizer-2 to www/webal o [2000/04/28] ports/18282 nbm Update port: www/publicfile o [2000/04/28] ports/18284 taoka Update port: x11-fonts/nexfontsel to 2.0. o [2000/04/28] kern/18289 CPU Time exceeded delivered multiple time o [2000/04/29] docs/18290 doc obsolete reference in programming tools a o [2000/04/29] ports/18291 asami make makesum fetches new sources, make fe o [2000/04/29] kern/18293 lack of versapad mouse wheel emulation o [2000/04/29] kern/18295 Audio is gone after hibernation o [2000/04/29] ports/18298 ports New port o [2000/04/30] ports/18310 ports ports/devel/cdk install error o [2000/04/30] bin/18319 "dump" fails with "cannot reopen disk: in o [2000/05/01] ports/18324 ports pipsecd contains practically no documenta o [2000/05/01] bin/18326 no /usr/libdata/lint/llib-lc.ln o [2000/05/01] bin/18329 futimes() and lutimes() missing from o [2000/05/26] docs/18832 doc Update list of CVS/CVSup tags in handbook o [2000/05/26] ports/18834 ports Update port: icecast o [2000/05/26] docs/18835 doc Typo (date format) o [2000/05/26] bin/18836 Outdated bdev/cdev comments in MAKEDEV o [2000/05/26] ports/18838 will kdelibs2 - konqeror crushes with html fil o [2000/05/27] ports/18842 jseger devel/gmake: i18n patch, use the shared l o [2000/05/27] docs/18845 doc Mispelling in ypserv man page o [2000/05/27] ports/18846 ports new port: perl5 DBZ_File o [2000/05/27] misc/18850 PS/2 mouse problem with ASUS P2B-D mother o [2000/05/27] docs/18852 doc stf(4) refers to non-existant stf pseudo- o [2000/05/27] ports/18855 ports new port submission o [2000/05/28] gnu/18857 Enable GSSAPI in CVS if available o [2000/05/28] ports/18859 ports update freetype 1.3 -> 1.3.1 o [2000/05/28] ports/18861 ports Please port "pdflatex" to FreeBSD o [2000/05/28] docs/18862 doc List of __FreeBSD_version values in porte o [2000/05/28] kern/18866 No card in database for "PCMCIA CARD 56KF o [2000/05/29] ports/18870 ports installing XFree-aoutlibs o [2000/05/29] ports/18872 ports misc/amanda24: add options for GNUPLOT an o [2000/05/29] ports/18879 ports New ports - lsh 0.9.10 o [2000/05/29] docs/18880 doc date.1: merge in OpenBSD enhancements o [2000/05/29] ports/18881 ports [PATCH] ports/mail/postfix update 1564 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 May 29 11: 7: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id D93E437BCE4 for ; Mon, 29 May 2000 11:06:49 -0700 (PDT) (envelope-from mellon@jurai.net) Received: (from mellon@localhost) by sasami.jurai.net (8.9.3/8.8.7) id OAA68079; Mon, 29 May 2000 14:06:40 -0400 (EDT) Date: Mon, 29 May 2000 14:06:40 -0400 From: Anatoly Vorobey To: Alexander Langer Cc: freebsd-bugs@freebsd.org Subject: Re: kern/18874: 32bit NFS servers export wrong negative values to 64bit clients Message-ID: <20000529140640.A68038@sasami.jurai.net> References: <200005291800.LAA61128@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200005291800.LAA61128@freefall.freebsd.org>; from alex@big.endian.de on Mon, May 29, 2000 at 11:00:08AM -0700 X-Disclaimer: I was young, I needed the money! Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org You, Alexander Langer, were spotted writing this on Mon, May 29, 2000 at 11:00:08AM -0700: > > Bummer, scenario C shouldn't work at all -- can you check? But this > > isn't your case, your case is scenario B IIRC -- and the conversion > > should work fine, my patch corrects the problem which might happen > > because the value gets divided before the third stage, when the compiler > > still thinks it's unsigned 64bit. > > I'll test soon. At the moment I'm building world. I'll also try the > quad_t cast instead of the long cast. Ah, now I see what you mean -- casting to quad_t instead of long before dividing, and then casting the result to long (it's better than letting the assignment do the cast IMHO because we're casting down on i386). I misunderstood you before. I think it's a good idea, and better than my patch. -- Anatoly Vorobey, mellon@pobox.com http://pobox.com/~mellon/ "Angels can fly because they take themselves lightly" - G.K.Chesterton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 29 11: 9:19 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 67FDA37BCEA; Mon, 29 May 2000 11:09:17 -0700 (PDT) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA62454; Mon, 29 May 2000 11:09:17 -0700 (PDT) (envelope-from steve@FreeBSD.org) Date: Mon, 29 May 2000 11:09:17 -0700 (PDT) From: Message-Id: <200005291809.LAA62454@freefall.freebsd.org> To: steve@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: ports/18304: CodeCrusador fails port build Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: CodeCrusador fails port build Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: steve Responsible-Changed-When: Mon May 29 11:08:14 PDT 2000 Responsible-Changed-Why: Port's PRs belong to freebsd-ports and not freebsd-bugs. http://www.freebsd.org/cgi/query-pr.cgi?pr=18304 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 29 11:10: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 18FD137BD37 for ; Mon, 29 May 2000 11:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA62518; Mon, 29 May 2000 11:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 29 May 2000 11:10:03 -0700 (PDT) Message-Id: <200005291810.LAA62518@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Alexander Langer Subject: Re: kern/18874: 32bit NFS servers export wrong negative values to 64bit clients Reply-To: Alexander Langer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/18874; it has been noted by GNATS. From: Alexander Langer To: Anatoly Vorobey Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/18874: 32bit NFS servers export wrong negative values to 64bit clients Date: Mon, 29 May 2000 20:04:53 +0200 Thus spake Anatoly Vorobey (mellon@pobox.com): > But I haven't even verified that the problem exists yet (I've no access > to any Alphas anyway). I don't see how using quad_t would help in > *your* case, on the other hand. Not in my case, but the i386 case. Since long is only 32bit, you need to cast that to 64bit signed in order to work. As I said, I'll try. Alex -- I need a new ~/.sig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 29 13:10:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D61D237BD08 for ; Mon, 29 May 2000 13:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA76790; Mon, 29 May 2000 13:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from grey.cloud.rain.com (c1029014-a.bvrtn1.or.home.com [24.12.160.67]) by hub.freebsd.org (Postfix) with ESMTP id 5A11A37BCF3 for ; Mon, 29 May 2000 13:07:25 -0700 (PDT) (envelope-from trost@cloud.rain.com) Received: (qmail 12941 invoked by uid 236); 29 May 2000 20:07:24 -0000 Message-Id: <20000529200724.12939.qmail@grey.cloud.rain.com> Date: 29 May 2000 20:07:24 -0000 From: trost@cloud.rain.com Reply-To: trost@cloud.rain.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/18887: telnet whining about Kerberos Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Note: There was a bad value `on' for the field `>Confidential:'. It was set to the default value of `yes'. >Number: 18887 >Category: bin >Synopsis: Undefined symbol "_krb_err_txt" in telnetd:/usr/lib/libtelnet.so.3 >Confidential: yes >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon May 29 13:10:03 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Bill Trost >Release: FreeBSD 4.0-20000522-STABLE i386 >Organization: Trost Computing >Environment: Kerberos is not installed. >Description: I run: telnet -d 3ffe:b00:c18:1fff::3ac It says: Trying 3ffe:b00:c18:1fff::3ac... Connected to 3ffe:b00:c18:1fff::3ac. Escape character is '^]'. ld.so failed: Undefined symbol "_krb_err_txt" in telnetd:/usr/lib/libtelnet.so.3.0 Connection closed by foreign host. >How-To-Repeat: See above. >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 May 29 16: 0: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 331E537BD3A for ; Mon, 29 May 2000 16:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA92158; Mon, 29 May 2000 16:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from grey.cloud.rain.com (c1029014-a.bvrtn1.or.home.com [24.12.160.67]) by hub.freebsd.org (Postfix) with ESMTP id 5CA7737BD2F for ; Mon, 29 May 2000 15:56:03 -0700 (PDT) (envelope-from trost@cloud.rain.com) Received: (qmail 1865 invoked by uid 236); 29 May 2000 22:56:02 -0000 Message-Id: <20000529225602.1864.qmail@grey.cloud.rain.com> Date: 29 May 2000 22:56:02 -0000 From: trost@cloud.rain.com Reply-To: trost@cloud.rain.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/18895: ip6fw misrecognizes link-local "via" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18895 >Category: bin >Synopsis: 'fe80::' cannot be used in "via" >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 May 29 16:00:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Bill Trost >Release: FreeBSD 4.0-20000522-STABLE i386 >Organization: Trost Computing >Environment: >Description: If an address starting "fe80::..." is used as the interface in an ip6fw "via" clause, the address is not recognized but is (apparently) interpreted as the hostname "fe80". >How-To-Repeat: ip6fw add 55555 deny all from any to any via `ifconfig -au | fmt 1 | grep fe80 | head -1` >Fix: Prepending a zero to the front of the address causes the desired interpretation. However, the firewall rule still doesn't work when that is done, so I switched to the interface name instead. >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 May 29 19:48:50 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7ABBD37B669; Mon, 29 May 2000 19:48:49 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA15398; Mon, 29 May 2000 19:48:49 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Mon, 29 May 2000 19:48:49 -0700 (PDT) From: Message-Id: <200005300248.TAA15398@freefall.freebsd.org> To: evanc@synapse.net, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/6609: gmp.h not installed Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: gmp.h not installed State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Mon May 29 19:32:55 PDT 2000 State-Changed-Why: The CLOBBER option was removed in revision 1.96 of /usr/src/Makefile.inc1 by marcel. Hooks for libgmp were added to the "includes" target in revision 1.135 of /usr/src/Makefile by andreas. http://www.freebsd.org/cgi/query-pr.cgi?pr=6609 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon May 29 23:10: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7F7E337BD51 for ; Mon, 29 May 2000 23:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA42559; Mon, 29 May 2000 23:10:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 0CF4437BD55; Mon, 29 May 2000 23:03:27 -0700 (PDT) Message-Id: <20000530060327.0CF4437BD55@hub.freebsd.org> Date: Mon, 29 May 2000 23:03:27 -0700 (PDT) From: scott_long@btc.adaptec.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/18897: Add a couple of prodects and a vendor to usbdevs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18897 >Category: kern >Synopsis: Add a couple of prodects and a vendor to usbdevs >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 May 29 23:10:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Scott Long >Release: 5.0-Current >Organization: Adaptec >Environment: FreeBSD mitchman.co 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Mon May 29 23:10:26 MDT 2000 scottl@mitchman.co:/usr/src/sys/compile/MITCHMAN i386 >Description: Just want to add a few product ID's and vendors to /sys/dev/usb/usbdevs. Below are the diffs. --- usbdevs.old Fri May 26 09:01:45 2000 +++ usbdevs Mon May 29 20:54:22 2000 @@ -225,6 +225,7 @@ vendor MOTOROLA 0x1063 Motorola vendor PLX 0x10b5 PLX vendor BELKIN2 0x1293 Belkin Components (second entry) +vendor UMAX 0x1606 UMAX Data Systems, Inc. vendor INSIDEOUT 0x1608 Inside Out Networks vendor ENTREGA 0x1645 Entrega vendor ACTIONTEC 0x1668 Actiontec Electronics, Inc. @@ -465,6 +466,7 @@ product LOGITECH M4848 0x0301 M4848 mouse product LOGITECH QUICKCAM 0x0801 QuickCam product LOGITECH QUICKCAMPRO 0x0810 QuickCam Pro +product LOGITECH QUICKCAMXPRS 0x0840 QuickCam Express product LOGITECH N43 0xc000 N43 product LOGITECH N48 0xc001 N48 mouse product LOGITECH MBA47 0xc002 M-BA47 mouse @@ -599,6 +601,9 @@ /* Thrustmaster products */ product THRUST FUSION_PAD 0xa0a3 Fusion Digital Gamepad + +/* UMAX products */ +product UMAX ASTRA_2100U 0x0130 Astra 2100U Scanner /* Universal Access products */ product UNIACCESS PANACHE 0x0101 Panache Surf USB ISDN Adapter >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 Tue May 30 1:10: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 742BC37BD79 for ; Tue, 30 May 2000 01:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA62605; Tue, 30 May 2000 01:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from inet-tsb.toshiba.co.jp (inet-tsb.toshiba.co.jp [202.33.96.40]) by hub.freebsd.org (Postfix) with ESMTP id 2C91C37B9AE for ; Tue, 30 May 2000 01:03:05 -0700 (PDT) (envelope-from tateoka@clary.pdcd.ilab.toshiba.co.jp) Received: from tis2.tis.toshiba.co.jp (tis2 [133.199.160.66]) by inet-tsb.toshiba.co.jp (3.7W:TOSHIBA-ISC-2000030918) with ESMTP id RAA28575 for ; Tue, 30 May 2000 17:02:50 +0900 (JST) Received: from mx2.toshiba.co.jp by tis2.tis.toshiba.co.jp (8.8.4+2.7Wbeta4/3.3W9-95082317) id RAA09237; Tue, 30 May 2000 17:02:50 +0900 (JST) Received: from clary.pdcd.ilab.toshiba.co.jp by toshiba.co.jp (8.7.1+2.6Wbeta4/3.3W9-TOSHIBA-GLOBAL SERVER) id RAA25599; Tue, 30 May 2000 17:02:41 +0900 (JST) Received: (from tateoka@localhost) by clary.pdcd.ilab.toshiba.co.jp (8.9.3/8.9.3) id RAA00358; Tue, 30 May 2000 17:05:38 +0900 (JST) (envelope-from tateoka) Message-Id: <200005300805.RAA00358@clary.pdcd.ilab.toshiba.co.jp> Date: Tue, 30 May 2000 17:05:38 +0900 (JST) From: tateoka@yasai.forus.or.jp Reply-To: tateoka@yasai.forus.or.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/18899: if_vr.c can't bridging properly when bpf is opened. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18899 >Category: kern >Synopsis: if_vr.c can't bridging properly when bpf is opened. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue May 30 01:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Masamichi Tateoka >Release: FreeBSD 4.0-RELEASE i386 >Organization: A Site ForUs. >Environment: FreeBSD machine with 2 VIA-chip LAN-card >Description: Bridging does not work properly when bpf is opened. in vr_rxeof() ( if_vr.c ) When bpf is opened, a packet to other machines is not passed to only the ether_input but also bridging code. >How-To-Repeat: Enable BRIDGE option in the kernel and enable sysctl -w net.link.ether.bridge=1 then, open bpf ( for example, use tcpdump ) >Fix: delete checking eh->ether_dhost code in BPF code and BRIDGE code. and put it just before the ether_input(ifp, eh, m); >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 May 30 3:20:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A53F037BA6C for ; Tue, 30 May 2000 03:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA82979; Tue, 30 May 2000 03:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (Postfix) with ESMTP id 40B7A37B5A4 for ; Tue, 30 May 2000 03:13:27 -0700 (PDT) (envelope-from andre.albsmeier@mchp.siemens.de) Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by david.siemens.de (8.10.1/8.10.1) with ESMTP id e4UADKR14768 for ; Tue, 30 May 2000 12:13:20 +0200 (MET DST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail1.siemens.de (8.10.1/8.10.1) with ESMTP id e4UADJO07139 for ; Tue, 30 May 2000 12:13:19 +0200 (MET DST) Received: (from localhost) by curry.mchp.siemens.de (8.10.1/8.10.1) id e4UADJs60084 for FreeBSD-gnats-submit@freebsd.org; Tue, 30 May 2000 12:13:19 +0200 (CEST) Message-Id: <200005301013.e4UADJd69846@curry.mchp.siemens.de> Date: Tue, 30 May 2000 12:13:19 +0200 (CEST) From: Andre Albsmeier To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/18900: patch to add colorizing feature to /bin/ls Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18900 >Category: bin >Synopsis: patch to add colorizing feature to /bin/ls >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: Tue May 30 03:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Andre Albsmeier >Release: FreeBSD 3.4-STABLE i386 >Organization: >Environment: All FreeBSD versions >Description: The misc/colorls port adds the colorizing feature to ls and installs the resulting executable as colorls. It would be nice to have this feature in /bin/ls so other changes to /bin/ls don't have to be ported to the distfile on which the misc/colorls port relies. The patch below adds this feature to /bin/ls. It is based on patch-aa from the port with some minor changes to make -Wall quiet. The manpage has been updated as well. The colorizing feature is only used if -G has been specified. Otherwise, /bin/ls behaves completely as it did before. All the colorizing code is only enabled if the f_color variable has been set by the -G command line option. The resulting /bin/ls is 195720 bytes in size. It has been 194568 bytes before so the difference is only 1152 bytes which should be acceptable even for a file in /bin :-). >How-To-Repeat: /bin/ls -lG / >Fix: Since I am currently sitting in the Dominican Republic with my laptop, I have only access to the 3.4-STABLE sources. So the patch is based on 3.4-STABLE but I don't think /bin/ls differs a lot between the various versions of FreeBSD. If you want me to make a patch against -current or 4-STABLE, I will do so if this helps getting it commited. --- ./ls.c.ORI Sat May 27 15:38:56 2000 +++ ./ls.c Sat May 27 15:56:57 2000 @@ -100,6 +100,7 @@ int f_timesort; /* sort by time vice name */ int f_type; /* add type character for non-regular files */ int f_whiteout; /* show whiteout entries */ +int f_color; /* add type in color for non-regular files */ int rval; @@ -137,7 +138,7 @@ f_listdot = 1; fts_options = FTS_PHYSICAL; - while ((ch = getopt(argc, argv, "1ABCFHLPRTWabcdfgikloqrstu")) != -1) { + while ((ch = getopt(argc, argv, "1ABCFGHLPRTWabcdfgikloqrstu")) != -1) { switch (ch) { /* * The -1, -C and -l options all override each other so shell @@ -175,6 +176,10 @@ case 'H': fts_options |= FTS_COMFOLLOW; break; + case 'G': + if (isatty(STDOUT_FILENO)) + f_color = 1; + break; case 'L': fts_options &= ~FTS_PHYSICAL; fts_options |= FTS_LOGICAL; @@ -245,18 +250,22 @@ argc -= optind; argv += optind; + if (f_color) + parsecolors(getenv("LSCOLORS")); + /* * If not -F, -i, -l, -s or -t options, don't require stat * information. */ - if (!f_inode && !f_longform && !f_size && !f_timesort && !f_type) + if (!f_inode && !f_longform && !f_size && !f_timesort && !f_type + && !f_color) fts_options |= FTS_NOSTAT; /* * If not -F, -d or -l options, follow any symbolic links listed on * the command line. */ - if (!f_longform && !f_listdir && !f_type) + if (!f_longform && !f_listdir && !f_type && !f_color) fts_options |= FTS_COMFOLLOW; /* --- ./print.c.ORI Sat May 27 15:39:04 2000 +++ ./print.c Sat May 27 15:54:26 2000 @@ -56,6 +56,7 @@ #include #include #include +#include #include "ls.h" #include "extern.h" @@ -67,6 +68,26 @@ #define IS_NOPRINT(p) ((p)->fts_number == NO_PRINT) +/* Most of these are taken from */ +typedef enum Colors { + C_DIR, /* directory */ + C_LNK, /* symbolic link */ + C_SOCK, /* socket */ + C_FIFO, /* pipe */ + C_EXEC, /* executable */ + C_BLK, /* block special */ + C_CHR, /* character special */ + C_SUID, /* setuid executable */ + C_SGID, /* setgid executable */ + C_WSDIR, /* directory writeble to others, with sticky bit */ + C_WDIR, /* directory writeble to others, without sticky bit */ + C_NUMCOLORS /* just a place-holder */ +} Colors ; + +char *defcolors = "4x5x2x3x1x464301060203"; + +static int colors[C_NUMCOLORS][2]; + void printscol(dp) DISPLAY *dp; @@ -127,10 +148,14 @@ printtime(sp->st_ctime); else printtime(sp->st_mtime); + if (f_color) + (void)colortype(sp->st_mode); if (f_octal || f_octal_escape) (void)prn_octal(p->fts_name); else (void)printf("%s", p->fts_name); if (f_type) (void)printtype(sp->st_mode); + if (f_color) + (void)printf("\033[m"); if (S_ISLNK(sp->st_mode)) printlink(p); (void)putchar('\n'); @@ -198,6 +223,16 @@ dp->s_block); if ((base += numrows) >= num) break; + /* + * some terminals get confused if we mix tabs + * with color sequences + */ + if (f_color) + while ((cnt = (chcnt + 1)) <= endcol) { + (void)putchar(' '); + chcnt = cnt; + } + else while ((cnt = ((chcnt + tabwidth) & ~(tabwidth - 1))) <= endcol){ (void)putchar(f_notabs ? ' ' : '\t'); @@ -228,8 +263,12 @@ if (f_size) chcnt += printf("%*qd ", (int)sizefield, howmany(sp->st_blocks, blocksize)); + if (f_color) + (void)colortype(sp->st_mode); chcnt += (f_octal || f_octal_escape) ? prn_octal(p->fts_name) : printf("%s", p->fts_name); + if (f_color) + printf("\033[m"); if (f_type) chcnt += printtype(sp->st_mode); return (chcnt); @@ -293,6 +332,96 @@ return (0); } +void +printcolor(c) + Colors c; +{ + printf("\033["); + if (colors[c][0] != -1) { + printf("3%d", colors[c][0]); + if (colors[c][1] != -1) + printf(";"); + } + if (colors[c][1] != -1) + printf("4%d", colors[c][1]); + printf("m"); +} + +int +colortype(mode) + mode_t mode; +{ + switch(mode & S_IFMT) { + case S_IFDIR: + if (mode & S_IWOTH) + if (mode & S_ISTXT) + printcolor(C_WSDIR); + else + printcolor(C_WDIR); + else + printcolor(C_DIR); + return(1); + case S_IFLNK: + printcolor(C_LNK); + return(1); + case S_IFSOCK: + printcolor(C_SOCK); + return(1); + case S_IFIFO: + printcolor(C_FIFO); + return(1); + case S_IFBLK: + printcolor(C_BLK); + return(1); + case S_IFCHR: + printcolor(C_CHR); + return(1); + } + if (mode & (S_IXUSR | S_IXGRP | S_IXOTH)) { + if (mode & S_ISUID) + printcolor(C_SUID); + else if (mode & S_ISGID) + printcolor(C_SGID); + else + printcolor(C_EXEC); + return(1); + } + return(0); +} + +void +parsecolors(cs) +char *cs; +{ + int i, j, len; + char c[2]; + if (cs == NULL) cs = ""; /* LSCOLORS not set */ + len = strlen(cs); + for (i = 0 ; i < C_NUMCOLORS ; i++) { + if (len <= 2*i) { + c[0] = defcolors[2*i]; + c[1] = defcolors[2*i+1]; + } + else { + c[0] = cs[2*i]; + c[1] = cs[2*i+1]; + } + for (j = 0 ; j < 2 ; j++) { + if ((c[j] < '0' || c[j] > '7') && + tolower(c[j]) != 'x') { + fprintf(stderr, + "error: invalid character '%c' in LSCOLORS env var\n", + c[j]); + c[j] = defcolors[2*i+j]; + } + if (c[j] == 'x') + colors[i][j] = -1; + else + colors[i][j] = c[j]-'0'; + } + } +} + static void printlink(p) FTSENT *p; --- ./extern.h.ORI Sat May 27 15:47:33 2000 +++ ./extern.h Sat May 27 15:54:31 2000 @@ -51,3 +51,5 @@ void usage __P((void)); int len_octal __P((char *, int)); int prn_octal __P((char *)); +void parsecolors __P((char *cs)); +int colortype __P((mode_t mode)); --- ./ls.h.ORI Sat May 27 15:48:33 2000 +++ ./ls.h Sat May 27 16:47:16 2000 @@ -53,6 +53,7 @@ extern int f_statustime; /* use time of last mode change */ extern int f_notabs; /* don't use tab-separated multi-col output */ extern int f_type; /* add type character for non-regular files */ +extern int f_color; /* add type in color for non-regular files */ typedef struct { FTSENT *list; --- ./ls.1.ORI Sat May 27 15:58:18 2000 +++ ./ls.1 Sat May 27 16:03:02 2000 @@ -43,7 +43,7 @@ .Nd list directory contents .Sh SYNOPSIS .Nm ls -.Op Fl ABCFHLPRTWabcdfgikloqrstu1 +.Op Fl ABCFGHLPRTWabcdfgikloqrstu1 .Op Ar file ... .Sh DESCRIPTION For each operand that names a @@ -90,6 +90,12 @@ a percent sign (%) after each whiteout, and a vertical bar (|) after each that is a .Tn FIFO . +.It Fl G +Use ANSI color sequences to distinguish file types. (See +.Ev LSCOLORS +below.) In addition to those mentioned above in +.Fl F , +some extra attributes (setuid bit set, etc.) are also displayed. .It Fl H Symbolic links on the command line are followed. This option is assumed if none of the @@ -378,6 +384,74 @@ See .Xr environ 7 for more information. +.It LSCOLORS +The value of this variable describes what color to use for which +attribute when the color output +.Pq Fl G +is specified. This string is a concatenation of pairs of the format +.Sy fb , +where +.Sy f +is the foreground color and +.Sy b +is the background color. +.Pp +The color designators are as follows: +.Pp +.Bl -tag -width 4n -offset indent -compact +.It Sy 0 +black +.It Sy 1 +red +.It Sy 2 +green +.It Sy 3 +yellow +.It Sy 4 +blue +.It Sy 5 +magenta +.It Sy 6 +cyan +.It Sy 7 +white +.It Sy x +default foreground or background +.El +.Pp +(Note: the above are standard ANSI colors. The actual display may +differ depending on the color capabilities of your terminal.) +.Pp +The order of the attributes are as follows: +.Pp +.Bl -enum -offset indent -compact +.It +directory +.It +symbolic link +.It +socket +.It +pipe +.It +executable +.It +block special +.It +character special +.It +executable with setuid bit set +.It +executable with setgid bit set +.It +directory writable to others, with sticky bit +.It +directory writable to others, without sticky bit +.El +.Pp +The default is "4x5x2x3x1x464301060203", i.e., blue foreground and +default background for regular directories, black foreground and red +background for setuid executables, etc. .It Ev LS_COLWIDTHS If this variable is set, it is considered to be a colon-delimited list of minimum column widths. Unreasonable >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 May 30 6: 8: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from relay02.esat.net (relay02.esat.net [192.111.39.21]) by hub.freebsd.org (Postfix) with ESMTP id DCA8437B5F2 for ; Tue, 30 May 2000 06:08:05 -0700 (PDT) (envelope-from niall@pobox.com) Received: from (pobox.com) [193.120.161.91] by relay02.esat.net with esmtp id 12wlka-0004TV-00; Tue, 30 May 2000 14:08:04 +0100 Message-ID: <3933CBD4.99ABB2A8@pobox.com> Date: Tue, 30 May 2000 15:10:28 +0100 From: Niall Smart X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-bugs@freebsd.org Subject: Bug in expr? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, Should expr foo : / cause a syntax error? The problem is that the "/" isn't parsed correctly because it is an operator. -- Niall Smart email: niall.smart@ebeon.com phone: (087) 8052390 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 30 6:28:51 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2B19E37BDA6; Tue, 30 May 2000 06:28:50 -0700 (PDT) (envelope-from ghelmer@FreeBSD.org) Received: (from ghelmer@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA04592; Tue, 30 May 2000 06:28:50 -0700 (PDT) (envelope-from ghelmer@FreeBSD.org) Date: Tue, 30 May 2000 06:28:50 -0700 (PDT) From: Message-Id: <200005301328.GAA04592@freefall.freebsd.org> To: ben@scientia.demon.co.uk, ghelmer@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/10905: sa(8) is hard coded for 8 character user names Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sa(8) is hard coded for 8 character user names State-Changed-From-To: open->closed State-Changed-By: ghelmer State-Changed-When: Tue May 30 08:27:45 CDT 2000 State-Changed-Why: Patch committed in src/usr.sbin/sa/usrdb.c rev 1.9. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=10905 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 30 7:50: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4418B37BDD4 for ; Tue, 30 May 2000 07:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA76384; Tue, 30 May 2000 07:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (Postfix) with ESMTP id B0D4C37BDD3 for ; Tue, 30 May 2000 07:48:54 -0700 (PDT) (envelope-from andre.albsmeier@mchp.siemens.de) Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by david.siemens.de (8.10.1/8.10.1) with ESMTP id e4UEmqR15369 for ; Tue, 30 May 2000 16:48:53 +0200 (MET DST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail2.siemens.de (8.10.1/8.10.1) with ESMTP id e4UEmpe10519 for ; Tue, 30 May 2000 16:48:52 +0200 (MET DST) Received: (from localhost) by curry.mchp.siemens.de (8.10.1/8.10.1) id e4UEmps61431 for FreeBSD-gnats-submit@freebsd.org; Tue, 30 May 2000 16:48:51 +0200 (CEST) Message-Id: <200005301448.e4UEmpZ43796@curry.mchp.siemens.de> Date: Tue, 30 May 2000 16:48:51 +0200 (CEST) From: Andre Albsmeier To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/18901: IPFILTER_DEFAULT_BLOCK for 3.4-STABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18901 >Category: conf >Synopsis: IPFILTER_DEFAULT_BLOCK for 3.4-STABLE >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: Tue May 30 07:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Andre Albsmeier >Release: FreeBSD 3.4-STABLE i386 >Organization: >Environment: FreeBSD 3.4-STABLE >Description: Now that -current and 4.0-STABLE got it, it would be nice to have IPFILTER_DEFAULT_BLOCK in /sys/conf/options for 3.4-STABLE as well. Maybe it would also make sense to mention it in LINT for all FreeBSD versions. >How-To-Repeat: add IPFILTER_DEFAULT_BLOCK to your kernel config and 'config '. >Fix: --- sys/conf/options.ORI Tue May 30 16:46:33 2000 +++ sys/conf/options Tue May 30 16:46:27 2000 @@ -248,6 +248,7 @@ IPFILTER opt_ipfilter.h IPFILTER_LOG opt_ipfilter.h IPFILTER_LKM opt_ipfilter.h +IPFILTER_DEFAULT_BLOCK opt_ipfilter.h # Netgraph(4). Use option NETGRAPH to enable the base netgraph code. # Each netgraph node type can be either be compiled into the kernel >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 May 30 8:19:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D20B237BDE0; Tue, 30 May 2000 08:19:08 -0700 (PDT) (envelope-from darrenr@FreeBSD.org) Received: (from darrenr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA80298; Tue, 30 May 2000 08:19:08 -0700 (PDT) (envelope-from darrenr@FreeBSD.org) Date: Tue, 30 May 2000 08:19:08 -0700 (PDT) From: Message-Id: <200005301519.IAA80298@freefall.freebsd.org> To: andre.albsmeier@mchp.siemens.de, darrenr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/18901: IPFILTER_DEFAULT_BLOCK for 3.4-STABLE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: IPFILTER_DEFAULT_BLOCK for 3.4-STABLE State-Changed-From-To: open->closed State-Changed-By: darrenr State-Changed-When: Tue May 30 08:18:43 PDT 2000 State-Changed-Why: patch has been applied http://www.freebsd.org/cgi/query-pr.cgi?pr=18901 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 30 8:30: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D109637BDDC for ; Tue, 30 May 2000 08:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA83063; Tue, 30 May 2000 08:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from merkur.fh-konstanz.de (merkur.fh-konstanz.de [141.37.122.8]) by hub.freebsd.org (Postfix) with SMTP id 846D237BDD6 for ; Tue, 30 May 2000 08:20:05 -0700 (PDT) (envelope-from root@merkur.fh-konstanz.de) Received: (qmail 65015 invoked by uid 0); 30 May 2000 15:20:01 -0000 Message-Id: <20000530152001.65014.qmail@merkur.fh-konstanz.de> Date: 30 May 2000 15:20:01 -0000 From: duffner@fh-konstanz.de Reply-To: duffner@fh-konstanz.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/18903: pkg_add deleted its own database Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18903 >Category: bin >Synopsis: pkg_add deleted its own database >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 May 30 08:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Rainer Duffner >Release: FreeBSD 3.4-STABLE i386 >Organization: >Environment: FreeBSD wi-pc09.fh-konstanz.de 3.4-STABLE FreeBSD 3.4-STABLE #2: Wed Mar 1 17:20:56 CET 2000 root@merkur.fh-konstanz.de:/usr/src/sys/compile/PC-TARGA i386 >Description: pkg_add deleted the whole /var/db/pkg database. I downloaded the linux-netscape6 port and wanted to install it. It said something along the lines of "package already installed....bla..FORCE_PKG_REGISTER.. You know the stuff. Somehow, the port didn't have a name on it. I foolishly FORCEd it anyway, and it just deleted my whole /var/db/pkg directory and placed the linux-netscape stuff in it. This is bad. >How-To-Repeat: kids, don't try this at home.... Maybe this happend, because I don't have the other port-dependencies ? >Fix: none known. >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 May 30 8:40: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0F7D937B561 for ; Tue, 30 May 2000 08:40:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA84495; Tue, 30 May 2000 08:40:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 30 May 2000 08:40:06 -0700 (PDT) Message-Id: <200005301540.IAA84495@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Doug Barton Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Reply-To: Doug Barton Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18900; it has been noted by GNATS. From: Doug Barton To: Andre Albsmeier Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Date: Tue, 30 May 2000 08:32:13 -0700 [snippage] Andre Albsmeier wrote: > The misc/colorls port adds the colorizing feature to ls and > installs the resulting executable as colorls. > > It would be nice to have this feature in /bin/ls so other changes > to /bin/ls don't have to be ported to the distfile on which > the misc/colorls port relies. > The resulting /bin/ls is 195720 bytes in size. It has been > 194568 bytes before so the difference is only 1152 bytes > which should be acceptable even for a file in /bin :-). For some absurd reason, including this in the base system has, in the past been some sort of religious war. It's high time for the aburdity to end. The facts about this are simple: Many people want it. If YOU don't want it, YOU don't have to use it. We have a good, working version. Looking at the current state of things, it adds almost nothing to the 3.5 megs of binaries in /bin. This patch applies to -Current, but needs a small adjustment to account for the -n option. Doug -- "Live free or die" - State motto of my ancestral homeland, New Hampshire Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 30 10:10: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 16A8D37BE2F for ; Tue, 30 May 2000 10:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA97389; Tue, 30 May 2000 10:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 30 May 2000 10:10:02 -0700 (PDT) Message-Id: <200005301710.KAA97389@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Andre Albsmeier Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Reply-To: Andre Albsmeier Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18900; it has been noted by GNATS. From: Andre Albsmeier To: Doug Barton Cc: Andre Albsmeier , FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Date: Tue, 30 May 2000 19:00:58 +0200 On Tue, 30-May-2000 at 08:32:13 -0700, Doug Barton wrote: > [snippage] > > Andre Albsmeier wrote: > > > The misc/colorls port adds the colorizing feature to ls and > > installs the resulting executable as colorls. > > > > It would be nice to have this feature in /bin/ls so other changes > > to /bin/ls don't have to be ported to the distfile on which > > the misc/colorls port relies. > > > The resulting /bin/ls is 195720 bytes in size. It has been > > 194568 bytes before so the difference is only 1152 bytes > > which should be acceptable even for a file in /bin :-). > > For some absurd reason, including this in the base system has, in the > past been some sort of religious war. It's high time for the aburdity to Oops, it didn't know that. I follow FreeBSD for 4 years now and never saw discussion about this :-) > end. The facts about this are simple: > > Many people want it. > If YOU don't want it, YOU don't have to use it. > We have a good, working version. > Looking at the current state of things, it adds almost nothing to the > 3.5 megs of binaries in /bin. So, what does us keep from committing it :-) ? > > This patch applies to -Current, but needs a small adjustment to account > for the -n option. Ahh, I see. There are two small rejections in ls.1 and ls.c which are easily fixable. -Andre > > Doug > -- > "Live free or die" > - State motto of my ancestral homeland, New Hampshire > > Do YOU Yahoo!? -- Micro$oft: Which virus will you get today? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 30 13:16:26 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from smtp.geo.co.jp (smtp.geo.co.jp [210.224.98.22]) by hub.freebsd.org (Postfix) with ESMTP id AD7DA37B73C; Tue, 30 May 2000 13:16:08 -0700 (PDT) (envelope-from ougicl@geo.co.jp) Received: from default ([210.135.18.47]) by smtp.geo.co.jp (Post.Office MTA v3.1.2J release 205-101A-J ID# 0-0U10L2S100) with SMTP id AAK197; Wed, 31 May 2000 05:16:47 +0900 Message-ID: <081f01bfca71$3f227040$02fc0bca@default> To: From: "=?iso-2022-jp?B?GyRCQHA2ZjNaSXQbKEI=?=" Subject: =?iso-2022-jp?B?GyRCPXdNJTFnPXUlNSE8JS8layEhJTIlOSVIMnEbKEI=?= Date: Wed, 31 May 2000 03:12:22 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org $B#6(B/$B#1#8G.3$$G@bL@!uBN832q!#>\:Y4uK>\:Y4uK>!W$H$7!"K\J8$KG/Np!"8)L>$r5-$7$?%a!<%k$r(B ougikai@feel.to $B$K!#!J#2#3F|0JA0$KD:$$$?J}$* Date: Tue, 30 May 2000 13:22:15 -0700 (PDT) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Apache will hang when compiled with -pthread State-Changed-From-To: open->feedback State-Changed-By: jasone State-Changed-When: Tue May 30 13:18:14 PDT 2000 State-Changed-Why: User is running an old verion of FreeBSD; waiting to see if problems still exist on a newer version. Responsible-Changed-From-To: freebsd-bugs->jasone Responsible-Changed-By: jasone Responsible-Changed-When: Tue May 30 13:18:14 PDT 2000 Responsible-Changed-Why: Over to maintainer. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 30 13:50:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BE37A37B73C for ; Tue, 30 May 2000 13:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA27655; Tue, 30 May 2000 13:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from bubba.whistle.com (bubba.whistle.com [207.76.205.7]) by hub.freebsd.org (Postfix) with ESMTP id 2FDAD37BD7B for ; Tue, 30 May 2000 13:41:54 -0700 (PDT) (envelope-from archie@whistle.com) Received: (from archie@localhost) by bubba.whistle.com (8.9.3/8.9.2) id NAA34482; Tue, 30 May 2000 13:41:53 -0700 (PDT) Message-Id: <200005302041.NAA34482@bubba.whistle.com> Date: Tue, 30 May 2000 13:41:53 -0700 (PDT) From: Archie Cobbs Reply-To: archie@whistle.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/18909: select(2) timeout limited to 100000000 seconds Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18909 >Category: kern >Synopsis: select(2) timeout limited to 100000000 seconds >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: Tue May 30 13:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Archie Cobbs >Release: FreeBSD 3.4-RELEASE i386 >Organization: Whistle Communications, Inc. >Environment: 3.4-REL, 4.0-stable, 5.0-current >Description: select(2) returns EINVAL if the timeout is specified for longer than 100000000 seconds. Is this according to some specification? If so, nevermind, but please document this limitation in the man page. As it stands, there's nothing in the man page that indicates there is such an arbitrary limitation. Otherwise, it should support up to the maximum possible value that can be specified in a struct timeval. >How-To-Repeat: #include #include #include #include #include #include #include void main(int ac, char *av[]) { struct timeval tv; fd_set fds; int r; switch (ac) { default: errx(1, "usage: xx [secs]"); case 2: tv.tv_sec = strtol(av[1], 0, NULL); break; case 1: tv.tv_sec = 100000001; break; } tv.tv_usec = 0; FD_ZERO(&fds); FD_SET(0, &fds); r = select(1, &fds, NULL, NULL, &tv); if (r < 0) err(1, "select"); } >Fix: Either allow all valid struct timeval's, or else please document this shortcoming in the man page. >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 May 30 14:46:42 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from Awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id 1E9C937B6D9 for ; Tue, 30 May 2000 14:46:34 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by Awfulhak.org (8.9.3/8.9.3) with ESMTP id WAA72620; Tue, 30 May 2000 22:50:13 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id WAA01750; Tue, 30 May 2000 22:46:39 +0100 (BST) (envelope-from brian@Awfulhak.org) Message-Id: <200005302146.WAA01750@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Doug Barton Cc: freebsd-bugs@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls In-Reply-To: Message from Doug Barton of "Tue, 30 May 2000 08:40:06 PDT." <200005301540.IAA84495@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 30 May 2000 22:46:39 +0100 From: Brian Somers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > The misc/colorls port adds the colorizing feature to ls and > > installs the resulting executable as colorls. > > > > It would be nice to have this feature in /bin/ls so other changes > > to /bin/ls don't have to be ported to the distfile on which > > the misc/colorls port relies. > > > The resulting /bin/ls is 195720 bytes in size. It has been > > 194568 bytes before so the difference is only 1152 bytes > > which should be acceptable even for a file in /bin :-). > > For some absurd reason, including this in the base system has, in the > past been some sort of religious war. It's high time for the aburdity to > end. The facts about this are simple: > > Many people want it. > If YOU don't want it, YOU don't have to use it. > We have a good, working version. > Looking at the current state of things, it adds almost nothing to the > 3.5 megs of binaries in /bin. [.....] The unix way would be to have a ``colourise'' program - I could even live with ``colorize'' !!! Making things look colourful is not the job of ls(1). After this is committed, the logical followup is a -p option to give you the output a page at a time - using $PAGER so that ls won't get too much bigger.... IMHO we don't need this in ls. -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 30 15:20:21 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E7AD537BE3A for ; Tue, 30 May 2000 15:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA47200; Tue, 30 May 2000 15:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 30 May 2000 15:20:03 -0700 (PDT) Message-Id: <200005302220.PAA47200@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Malone Subject: Re: kern/18909: select(2) timeout limited to 100000000 seconds Reply-To: David Malone Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/18909; it has been noted by GNATS. From: David Malone To: freebsd-gnats-submit@FreeBSD.org, archie@whistle.com Cc: Subject: Re: kern/18909: select(2) timeout limited to 100000000 seconds Date: Tue, 30 May 2000 23:15:20 +0100 Here is what "The Single UNIX Specification, Version 2" that I downloaded about a year ago says: Implementations may place limitations on the maximum timeout interval supported. On all implementations, the maximum timeout interval supported will be at least 31 days. If the timeout argument specifies a timeout interval greater than the implementation-dependent maximum value, the maximum value will be used as the actual timeout value. Implementations may also place limitations on the granularity of timeout intervals. If the requested timeout interval requires a finer granularity than the implementation supports, the actual timeout interval will be rounded up to the next supported value. So it looks the implimentation doesn't agree with this, and the man page should probably say what the max timeout is. (Excerpt is from http://www.opennc.org/onlinepubs/7908799/xsh/select.html). David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 30 15:20:58 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 21DD637B514; Tue, 30 May 2000 15:20:56 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA47320; Tue, 30 May 2000 15:20:56 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Tue, 30 May 2000 15:20:56 -0700 (PDT) From: Message-Id: <200005302220.PAA47320@freefall.freebsd.org> To: wes@bogon.net, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/3986: rdist seg faults when target machine is down Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: rdist seg faults when target machine is down State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Tue May 30 15:19:41 PDT 2000 State-Changed-Why: I could not reproduce this using OpenSSH or ssh-1.2.27. If this is still an issue we can re-open this PR later. http://www.freebsd.org/cgi/query-pr.cgi?pr=3986 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 30 15:31:17 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0378837B6E9; Tue, 30 May 2000 15:31:17 -0700 (PDT) (envelope-from archie@FreeBSD.org) Received: (from archie@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA48506; Tue, 30 May 2000 15:31:16 -0700 (PDT) (envelope-from archie@FreeBSD.org) Date: Tue, 30 May 2000 15:31:16 -0700 (PDT) From: Message-Id: <200005302231.PAA48506@freefall.freebsd.org> To: archie@whistle.com, archie@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/8324: failure to deliver SIGIO when fildes marked for async i/o Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: failure to deliver SIGIO when fildes marked for async i/o State-Changed-From-To: open->closed State-Changed-By: archie State-Changed-When: Tue May 30 15:30:40 PDT 2000 State-Changed-Why: Fixed in revision 1.130 of sys/kern/tty.c. MFC'd to 4.0-stable and 3.0-stable. http://www.freebsd.org/cgi/query-pr.cgi?pr=8324 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 30 15:56:43 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mail-green.research.att.com (H-135-207-30-103.research.att.com [135.207.30.103]) by hub.freebsd.org (Postfix) with ESMTP id A418937B761 for ; Tue, 30 May 2000 15:56:40 -0700 (PDT) (envelope-from ji@research.att.com) Received: from amontillado.research.att.com (amontillado.research.att.com [135.207.24.32]) by mail-green.research.att.com (Postfix) with ESMTP id 65E831E01C for ; Tue, 30 May 2000 18:56:34 -0400 (EDT) Received: from bual.research.att.com (bual.research.att.com [135.207.24.19]) by amontillado.research.att.com (8.8.7/8.8.7) with ESMTP id SAA27996 for ; Tue, 30 May 2000 18:56:30 -0400 (EDT) Received: (from ji@localhost) by bual.research.att.com (8.7.5/8.7) id SAA28097; Tue, 30 May 2000 18:56:30 -0400 (EDT) Date: Tue, 30 May 2000 18:56:30 -0400 (EDT) Message-Id: <200005302256.SAA28097@bual.research.att.com> From: John Ioannidis To: freebsd-bugs@freebsd.org Subject: linprocfs in 4.0-STABLE -- where? Reply-To: ji@research.att.com Organization: AT&T Labs - Research Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Linprocfs is supposed to ship with 4.0, no? /sbin/mount_linprocfs is there, as are the man pages, but I can't find any source that looks like it may be the linux procfs. What gives? Thanks, /ji -- /\ ASCII ribbon | John Ioannidis * Secure Systems Research Department \/ campaign | AT&T Labs - Research * Florham Park, NJ 07932 /\ against | "Intellectuals trying to out-intellectual / \ HTML email. | other intellectuals" (Fritz the Cat) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 30 16:37: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from smtp13.bellglobal.com (smtp13.bellglobal.com [204.101.251.52]) by hub.freebsd.org (Postfix) with ESMTP id F388D37B742 for ; Tue, 30 May 2000 16:37:06 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: from orange (HSE-MTL-ppp12866.qc.sympatico.ca [209.226.183.176]) by smtp13.bellglobal.com (8.8.5/8.8.5) with ESMTP id TAA03949; Tue, 30 May 2000 19:33:59 -0400 (EDT) Received: (from tim@localhost) by orange (8.9.3/8.9.1) id TAA86450; Tue, 30 May 2000 19:29:13 -0400 (EDT) (envelope-from tim) Date: Tue, 30 May 2000 19:29:13 -0400 From: Tim Vanderhoek To: Brian Somers Cc: Doug Barton , freebsd-bugs@FreeBSD.org, brian@hak.lan.Awfulhak.org Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Message-ID: <20000530192913.A86086@orange> References: <200005302146.WAA01750@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: <200005302146.WAA01750@hak.lan.Awfulhak.org>; from Brian Somers on Tue, May 30, 2000 at 10:46:39PM +0100 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, May 30, 2000 at 10:46:39PM +0100, Brian Somers wrote: > > The unix way would be to have a ``colourise'' program - I could even > live with ``colorize'' !!! Making things look colourful is not the > job of ls(1). How does ``colo[u]?i[sz]e'' tell the difference between ~/regfile and ~/fifo without doing a stat() on them? Isn't stat() the job of ls(1)? How would you code the existing -F option using a filter? -- Signature withheld by request of author. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 30 17: 1:24 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from Awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id 9B8A137B749 for ; Tue, 30 May 2000 17:01:20 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by Awfulhak.org (8.9.3/8.9.3) with ESMTP id BAA73488; Wed, 31 May 2000 01:01:11 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id BAA28109; Wed, 31 May 2000 01:01:07 +0100 (BST) (envelope-from brian@Awfulhak.org) Message-Id: <200005310001.BAA28109@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Tim Vanderhoek Cc: Brian Somers , Doug Barton , freebsd-bugs@FreeBSD.org, brian@hak.lan.Awfulhak.org Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls In-Reply-To: Message from Tim Vanderhoek of "Tue, 30 May 2000 19:29:13 EDT." <20000530192913.A86086@orange> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <28101.959731266.1@hak.lan.Awfulhak.org> Date: Wed, 31 May 2000 01:01:07 +0100 From: Brian Somers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > On Tue, May 30, 2000 at 10:46:39PM +0100, Brian Somers wrote: > > > > The unix way would be to have a ``colourise'' program - I could even > > live with ``colorize'' !!! Making things look colourful is not the > > job of ls(1). > > How does ``colo[u]?i[sz]e'' tell the difference between ~/regfile and > ~/fifo without doing a stat() on them? Isn't stat() the job of ls(1)? > > How would you code the existing -F option using a filter? cat >/bin/myls < -- > Signature withheld by request of author. -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 30 17:46:57 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from dt051n0b.san.rr.com (dt051n0b.san.rr.com [204.210.32.11]) by hub.freebsd.org (Postfix) with ESMTP id 0A65237B617 for ; Tue, 30 May 2000 17:46:55 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from slave (doug@slave [10.0.0.1]) by dt051n0b.san.rr.com (8.9.3/8.9.3) with ESMTP id RAA22574; Tue, 30 May 2000 17:46:34 -0700 (PDT) (envelope-from Doug@gorean.org) Date: Tue, 30 May 2000 17:46:34 -0700 (PDT) From: Doug Barton X-Sender: doug@dt051n0b.san.rr.com To: Brian Somers Cc: Tim Vanderhoek , freebsd-bugs@FreeBSD.org Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls In-Reply-To: <200005310001.BAA28109@hak.lan.Awfulhak.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 31 May 2000, Brian Somers wrote: Tim asked: > > How would you code the existing -F option using a filter? > > cat >/bin/myls < #! /bin/sh > exec ls -F "$@" | colourise > eof I don't think that's what Tim was asking. Let's say you have an ls command without the -F option. How do you write a filter that implements the -F option without essentially doing exactly what 'ls' just did all over again? I disagree with your premise that there should be a "colorize" program as a seperate entity. To return to your previous argument, we already have a pager (or two, or three) so duplicating pager functionality in 'ls' makes no sense at all. However, we do not have a "colorize" utility currently, and there is no way to write one without essentially duplicating a significant chunk of the functionality of 'ls'. There are a lot of features in 'ls' already that could be done with other programs, or other combinations of programs. If you're going to advocate stripping 'ls' down to the bare minimum functionality, you've got a long row to hoe. :) On the other hand, you could make the argument that if someone had held firm to the anti-bloatist line N number of years ago, useless frills like -C, -F, -c, -t, -R, etc. would never have sullied the good name of ls to begin with. I don't see anyone asking for 'ls' to wash their breakfast dishes for them. The facts remain: 1. People _do_ want this. It gets asked often on -questions. 2. The code is already written. 3. It adds almost no bloat. 4. It's totally, completely optional. The only possible change I'd consider is making the colors the same as gnuls' defaults. That'd flatten out the learning curve for people coming over from linux, and those who like the traditional colors could use the environment variable to set them. So, other than on "purist" grounds, are there any other objections? Doug -- "Live free or die" - State motto of my ancestral homeland, New Hampshire Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 30 18: 0:51 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id 4071C37B7BA for ; Tue, 30 May 2000 18:00:48 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id 96E001C5C; Tue, 30 May 2000 21:00:47 -0400 (EDT) Date: Tue, 30 May 2000 21:00:47 -0400 From: Bill Fumerola To: Doug Barton Cc: Brian Somers , Tim Vanderhoek , freebsd-bugs@FreeBSD.org Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Message-ID: <20000530210047.W86725@jade.chc-chimes.com> References: <200005310001.BAA28109@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from Doug@gorean.org on Tue, May 30, 2000 at 05:46:34PM -0700 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, May 30, 2000 at 05:46:34PM -0700, Doug Barton wrote: > I don't see anyone asking for 'ls' to wash their breakfast dishes > for them. The facts remain: > > 1. People _do_ want this. It gets asked often on -questions. > 2. The code is already written. > 3. It adds almost no bloat. > 4. It's totally, completely optional. Exactly. > So, other than on "purist" grounds, are there any other > objections? I don't think there can be anything else besides purist objections... -- Bill Fumerola - Network Architect / Computer Horizons Corp - CVM e-mail: billf@chc-chimes.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 30 18:11:24 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from Awfulhak.org (tun.AwfulHak.org [194.242.139.173]) by hub.freebsd.org (Postfix) with ESMTP id 554A337BFCE for ; Tue, 30 May 2000 18:11:17 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.awfulhak.org [172.16.0.12]) by Awfulhak.org (8.9.3/8.9.3) with ESMTP id CAA74007; Wed, 31 May 2000 02:06:00 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id CAA44640; Wed, 31 May 2000 02:05:54 +0100 (BST) (envelope-from brian@Awfulhak.org) Message-Id: <200005310105.CAA44640@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Doug Barton Cc: Brian Somers , Tim Vanderhoek , freebsd-bugs@FreeBSD.org, brian@hak.lan.Awfulhak.org Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls In-Reply-To: Message from Doug Barton of "Tue, 30 May 2000 17:46:34 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 31 May 2000 02:05:54 +0100 From: Brian Somers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I don't see anyone asking for 'ls' to wash their breakfast dishes > for them. The facts remain: > > 1. People _do_ want this. It gets asked often on -questions. > 2. The code is already written. > 3. It adds almost no bloat. > 4. It's totally, completely optional. > > The only possible change I'd consider is making the colors the > same as gnuls' defaults. That'd flatten out the learning curve for people > coming over from linux, and those who like the traditional colors could > use the environment variable to set them. > > So, other than on "purist" grounds, are there any other > objections? Yes, but I can't think of any at the moment !!! The thing I really have a problem with (and this change isn't guilty of this anyway) was a few years ago I introduced FreeBSD into my workplace and everyone was quite happy with it (although they were used to sysv and had big problems with ps). Then someone else brought up a Linux box, and there was an outcry: "What's this crap on my screen ? I ran ``ls'' and it came out in colour !!!!" I smugly said "Hah, you won't get any of that kak in FreeBSD !". Bah ! > Doug > -- > "Live free or die" > - State motto of my ancestral homeland, New Hampshire > > Do YOU Yahoo!? -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 30 18:15:48 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from vuurwerk.nl (envy.vuurwerk.nl [194.178.232.112]) by hub.freebsd.org (Postfix) with SMTP id 7740A37BECC for ; Tue, 30 May 2000 18:15:27 -0700 (PDT) (envelope-from petervd@vuurwerk.nl) Received: (qmail 19609 invoked from network); 31 May 2000 01:15:20 -0000 Received: from kesteren.vuurwerk.nl (HELO vuurwerk.nl) (194.178.232.59) by envy.vuurwerk.nl with SMTP; 31 May 2000 01:15:20 -0000 Received: (qmail 23926 invoked by uid 11109); 31 May 2000 01:15:20 -0000 Mail-Followup-To: freebsd-bugs@FreeBSD.ORG Date: Wed, 31 May 2000 03:15:20 +0200 From: Peter van Dijk To: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Message-ID: <20000531031520.G23087@vuurwerk.nl> References: <200005310105.CAA44640@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200005310105.CAA44640@hak.lan.Awfulhak.org>; from brian@Awfulhak.org on Wed, May 31, 2000 at 02:05:54AM +0100 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, May 31, 2000 at 02:05:54AM +0100, Brian Somers wrote: [snip] > Yes, but I can't think of any at the moment !!! > > The thing I really have a problem with (and this change isn't guilty > of this anyway) was a few years ago I introduced FreeBSD into my > workplace and everyone was quite happy with it (although they were > used to sysv and had big problems with ps). Then someone else brought > up a Linux box, and there was an outcry: > > "What's this crap on my screen ? I ran ``ls'' and it came out in > colour !!!!" Yes, some distro's do color by default. I actually like that. You perhaps do not. If we don't do colors by default on FreeBSD, nobody's feelings will get hurt, since there is no noticeable change. > I smugly said "Hah, you won't get any of that kak in FreeBSD !". Yes, but having the _option_ is *always* a good thing. Greetz, Peter. -- petervd@vuurwerk.nl - Peter van Dijk [student:developer:madly in love] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 30 18:22:57 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from kronos.networkrichmond.com (kronos.networkrichmond.com [64.240.180.22]) by hub.freebsd.org (Postfix) with ESMTP id 8F65837BE25 for ; Tue, 30 May 2000 18:22:49 -0700 (PDT) (envelope-from kbyanc@posi.net) X-Provider: Network Richmond, LLC. http://www.networkrichmond.com/ Received: from localhost (kbyanc@localhost) by kronos.networkrichmond.com (8.9.3/8.9.3/antispam) with ESMTP id VAA64876; Tue, 30 May 2000 21:22:45 -0400 (EDT) Date: Tue, 30 May 2000 21:22:45 -0400 (EDT) From: Kelly Yancey X-Sender: kbyanc@kronos.networkrichmond.com To: David Malone Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/18909: select(2) timeout limited to 100000000 seconds In-Reply-To: <200005302220.PAA47200@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 30 May 2000, David Malone wrote: > The following reply was made to PR kern/18909; it has been noted by GNATS. > > From: David Malone > To: freebsd-gnats-submit@FreeBSD.org, archie@whistle.com > Cc: > Subject: Re: kern/18909: select(2) timeout limited to 100000000 seconds > Date: Tue, 30 May 2000 23:15:20 +0100 > > Here is what "The Single UNIX Specification, Version 2" that I > downloaded about a year ago says: > > Implementations may place limitations on the maximum timeout > interval supported. On all implementations, the maximum timeout > interval supported will be at least 31 days. If the timeout > argument specifies a timeout interval greater than the > implementation-dependent maximum value, the maximum value will be > used as the actual timeout value. Implementations may also place > limitations on the granularity of timeout intervals. If the > requested timeout interval requires a finer granularity than the > implementation supports, the actual timeout interval will be > rounded up to the next supported value. > > So it looks the implimentation doesn't agree with this, and the > man page should probably say what the max timeout is. > > (Excerpt is from http://www.opennc.org/onlinepubs/7908799/xsh/select.html). > I read this to say that returning EINVAL (as reported in the submitted PR) is the Wrong Thing and that we should be rounding the interval down instead. The culprit is kern_time.c:itimerfix which is called by select, poll, and others to bomb if the time exceeds 10,000,000 seconds. Below is a patch which changes its behavior to match the Single Unix Spec quoted above. A grep on /usr/src/sys shows 11 references to itimerfix: i386/linux/linux_misc.c:486 kern/kern_event.c:541 kern/kern_threads.c:91 kern/kern_time.c:507 kern/kern_time.c:511 kern/sys_generic.c:671 kern/sys_generic.c:804 kern/vfs_aio.c:1549 kern/vfs_aio.c:2277 net/bpf.c:807 netncp/ncp_sock.c:206 So someone more wise will definately need to review this (simple) patch as it may have far-reaching affects. Kelly -- Kelly Yancey - kbyanc@posi.net - Belmont, CA System Administrator, eGroups.com http://www.egroups.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ Index: kern_time.c =================================================================== RCS file: /home/cvs/src/sys/kern/kern_time.c,v retrieving revision 1.70 diff -u -r1.70 kern_time.c --- kern_time.c 2000/04/18 15:15:20 1.70 +++ kern_time.c 2000/05/31 01:15:09 @@ -580,9 +580,10 @@ struct timeval *tv; { - if (tv->tv_sec < 0 || tv->tv_sec > 100000000 || - tv->tv_usec < 0 || tv->tv_usec >= 1000000) + if (tv->tv_sec < 0 || tv->tv_usec < 0 || tv->tv_usec >= 1000000) return (EINVAL); + if (tv->tv_sec > 100000000) + tv->tv_sec = 100000000; if (tv->tv_sec == 0 && tv->tv_usec != 0 && tv->tv_usec < tick) tv->tv_usec = tick; return (0); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 30 19: 7:22 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from phoenix.welearn.com.au (phoenix.welearn.com.au [139.130.44.81]) by hub.freebsd.org (Postfix) with ESMTP id E91C137BE14 for ; Tue, 30 May 2000 19:07:17 -0700 (PDT) (envelope-from jon@phoenix.welearn.com.au) Received: (from jon@localhost) by phoenix.welearn.com.au (8.9.3/8.9.3) id MAA46837; Wed, 31 May 2000 12:06:46 +1000 (EST) (envelope-from jon) Date: Wed, 31 May 2000 12:06:42 +1000 From: Jonathan Michaels To: Brian Somers Cc: Doug Barton , Tim Vanderhoek , freebsd-bugs@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Message-ID: <20000531120640.A46527@phoenix.welearn.com.au> Reply-To: jon@welearn.com.au Mail-Followup-To: Brian Somers , Doug Barton , Tim Vanderhoek , freebsd-bugs@FreeBSD.ORG, brian@hak.lan.Awfulhak.org References: <200005310105.CAA44640@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <200005310105.CAA44640@hak.lan.Awfulhak.org>; from Brian Somers on Wed, May 31, 2000 at 02:05:54AM +0100 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, May 31, 2000 at 02:05:54AM +0100, Brian Somers wrote: > > I don't see anyone asking for 'ls' to wash their breakfast dishes > > for them. The facts remain: > > > > 1. People _do_ want this. It gets asked often on -questions. > > 2. The code is already written. > > 3. It adds almost no bloat. > > 4. It's totally, completely optional. > > > > The only possible change I'd consider is making the colors the > > same as gnuls' defaults. That'd flatten out the learning curve for people > > coming over from linux, and those who like the traditional colors could > > use the environment variable to set them. > > > > So, other than on "purist" grounds, are there any other > > objections? > > Yes, but I can't think of any at the moment !!! i can think of several, but as freebsd is getting to be as user hostile as microsoft windows is to disabled people, so then whats one more nail in teh coffin ??? roll on the eventual microsoftisation of freebsd, as some have already said "the sooner the better as far as i'm concerned", but, as far as i (personally) am concerned i'd like to see the tide if not reversed at least stemed so that this usless 'gui-ification' of freebsd (et al) is at least stoped if it cannot be totally obliterated.. ok, i'm not just a purist, i'm zealous bigoted purist with a cause. neither, am i so blind as to not be able to see that my own shit is just like everybodyelses. regards jonathan, old school, really old school, unix user-convert. -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 30 19:20: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E67A837B7B2 for ; Tue, 30 May 2000 19:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA73318; Tue, 30 May 2000 19:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 30 May 2000 19:20:02 -0700 (PDT) Message-Id: <200005310220.TAA73318@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Kelly Yancey Subject: Re: misc/13895: nonexistent words in /usr/share/dict/web2 Reply-To: Kelly Yancey Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/13895; it has been noted by GNATS. From: Kelly Yancey To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: misc/13895: nonexistent words in /usr/share/dict/web2 Date: Tue, 30 May 2000 22:16:49 -0400 (EDT) Please close this PR. It was a very minor 'problem' and one no one is interested in pursuing it. Kelly To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 30 20:12:37 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BED1C37B5AD; Tue, 30 May 2000 20:12:36 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA78986; Tue, 30 May 2000 20:12:36 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Tue, 30 May 2000 20:12:36 -0700 (PDT) From: Message-Id: <200005310312.UAA78986@freefall.freebsd.org> To: kbyanc@posi.net, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/13895: nonexistent words in /usr/share/dict/web2 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: nonexistent words in /usr/share/dict/web2 State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Tue May 30 20:12:19 PDT 2000 State-Changed-Why: Closed at originators request. http://www.freebsd.org/cgi/query-pr.cgi?pr=13895 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 30 21:10: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id F3AD837B723 for ; Tue, 30 May 2000 21:10:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA85102; Tue, 30 May 2000 21:10:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 30 May 2000 21:10:06 -0700 (PDT) Message-Id: <200005310410.VAA85102@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Tim Vanderhoek Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Reply-To: Tim Vanderhoek Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18900; it has been noted by GNATS. From: Tim Vanderhoek To: Brian Somers Cc: Doug Barton , brian@hak.lan.Awfulhak.org, freebsd-gnats-submit@FreeBSD.org Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Date: Tue, 30 May 2000 23:27:03 -0400 On Wed, May 31, 2000 at 02:05:54AM +0100, Brian Somers wrote: > > > > So, other than on "purist" grounds, are there any other > > objections? > > Yes, but I can't think of any at the moment !!! Well, the problem really calls for a more general solution. I'd like to be able to tell ls to list larger files using different shades of a colour that correspond to the size. I'd like it to simply not list some types of files. I'd like it to support all the primitives that find(1) supports. And I'd like it to do this with an interface intuitive enough that I need only a cursory glance at the manpage to remember it. Terry, I believe, is fond of saying: better is the enemy of best. There is no best. There is no pure. This is a dark and troubled world in which we live. Gentlement, let our `ls` be the light to the world. > Bah ! Bah! indeed! -- Signature withheld by request of author. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue May 30 23:16:44 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CED5D37BE5C; Tue, 30 May 2000 23:16:43 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: (from hoek@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA03390; Tue, 30 May 2000 23:16:44 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Date: Tue, 30 May 2000 23:16:44 -0700 (PDT) From: Message-Id: <200005310616.XAA03390@freefall.freebsd.org> To: hoek@FreeBSD.org, freebsd-bugs@FreeBSD.org, hoek@FreeBSD.org Subject: Re: bin/18787: To facilitate the use of LPRng, it would help if lpr didn't re-assert itself Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: To facilitate the use of LPRng, it would help if lpr didn't re-assert itself Responsible-Changed-From-To: freebsd-bugs->hoek Responsible-Changed-By: hoek Responsible-Changed-When: Tue May 30 23:14:50 PDT 2000 Responsible-Changed-Why: Do'n the make world thing. http://www.freebsd.org/cgi/query-pr.cgi?pr=18787 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 31 0: 0:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DB87237BDB3 for ; Wed, 31 May 2000 00:00:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA08578; Wed, 31 May 2000 00:00:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 31 May 2000 00:00:05 -0700 (PDT) Message-Id: <200005310700.AAA08578@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: kern/18909: select(2) timeout limited to 100000000 seconds Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/18909; it has been noted by GNATS. From: Bruce Evans To: Kelly Yancey Cc: David Malone , freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/18909: select(2) timeout limited to 100000000 seconds Date: Wed, 31 May 2000 16:58:20 +1000 (EST) Everything that is implemented using itimers has this limit. The limit is only documented explicitly in setitimer.2, alarm.3 and ualarm.3. The possible existence of a limit is documented in select.2: [EINVAL] The specified time limit is invalid. One of its com- ponents is negative or too large. Saying exactly which values are too large in the man page wouldn't be very useful. Programs (sic) would have to read the man page to determine the limit, since it would be machine-dependent. A limit reported by sysconf(2) would be more useful, but there is no standard for this. The limit of 10^8 seconds is imposed to reduce the chance of overflows in computations involving itimers. Note that timeouts of 10^8 seconds don't actually work, at least for select(). 10^8 seconds is 1157+ days, by the default configuration of HZ = 100, timeouts in 32-bit ticks are limited to only 248+ days. If you increase HZ to 10^5 then you may even notice this bug :-). On Tue, 30 May 2000, Kelly Yancey wrote: > On Tue, 30 May 2000, David Malone wrote: > > Here is what "The Single UNIX Specification, Version 2" that I > > downloaded about a year ago says: > > > > Implementations may place limitations on the maximum timeout > > interval supported. On all implementations, the maximum timeout > > interval supported will be at least 31 days. If the timeout Setting HZ to More than about 800 will break this. There are many possible problems like this, so nonstandard values of HZ aren't really supported. > > argument specifies a timeout interval greater than the > > implementation-dependent maximum value, the maximum value will be > > used as the actual timeout value. Implementations may also place > > limitations on the granularity of timeout intervals. If the > > requested timeout interval requires a finer granularity than the > > implementation supports, the actual timeout interval will be > > rounded up to the next supported value. > > > > So it looks the implimentation doesn't agree with this, and the > > man page should probably say what the max timeout is. > > > > (Excerpt is from http://www.opennc.org/onlinepubs/7908799/xsh/select.html). > > > > I read this to say that returning EINVAL (as reported in the submitted > PR) is the Wrong Thing and that we should be rounding the interval down > instead. The culprit is kern_time.c:itimerfix which is called by select, I read this as a bug in the SUS :-). The easiest workaround is to not have a limit. It seems to be easy to fix for select() and poll(), since there is already a loop where we check after some wakeups to see if the timeout expired (see old fixes for this problem in nanosleep()). > So someone more wise will definately need to review this (simple) patch > as it may have far-reaching affects. It affects setitimer(), etc. The SUS requires setitimer() and alarm() to handle the full interval. POSIX requires this for alarm() IIRC. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 31 0:52: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (Postfix) with ESMTP id 005B137B6A0 for ; Wed, 31 May 2000 00:52:02 -0700 (PDT) (envelope-from andre.albsmeier@mchp.siemens.de) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer david.siemens.de) Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by david.siemens.de (8.10.1/8.10.1) with ESMTP id e4V7ptR07386; Wed, 31 May 2000 09:51:55 +0200 (MET DST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail2.siemens.de (8.10.1/8.10.1) with ESMTP id e4V7ps124523; Wed, 31 May 2000 09:51:54 +0200 (MET DST) Received: (from localhost) by curry.mchp.siemens.de (8.10.1/8.10.1) id e4V7pss73073; Date: Wed, 31 May 2000 09:51:53 +0200 From: Andre Albsmeier To: Brian Somers Cc: Doug Barton , Tim Vanderhoek , freebsd-bugs@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Message-ID: <20000531095153.A80830@curry.mchp.siemens.de> References: <200005310105.CAA44640@hak.lan.Awfulhak.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200005310105.CAA44640@hak.lan.Awfulhak.org>; from brian@Awfulhak.org on Wed, May 31, 2000 at 02:05:54AM +0100 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 31-May-2000 at 02:05:54 +0100, Brian Somers wrote: > > I don't see anyone asking for 'ls' to wash their breakfast dishes > > for them. The facts remain: > > > > 1. People _do_ want this. It gets asked often on -questions. > > 2. The code is already written. > > 3. It adds almost no bloat. > > 4. It's totally, completely optional. > > > > The only possible change I'd consider is making the colors the > > same as gnuls' defaults. That'd flatten out the learning curve for people > > coming over from linux, and those who like the traditional colors could > > use the environment variable to set them. > > > > So, other than on "purist" grounds, are there any other > > objections? > > Yes, but I can't think of any at the moment !!! > > The thing I really have a problem with (and this change isn't guilty > of this anyway) was a few years ago I introduced FreeBSD into my > workplace and everyone was quite happy with it (although they were > used to sysv and had big problems with ps). Then someone else brought > up a Linux box, and there was an outcry: > > "What's this crap on my screen ? I ran ``ls'' and it came out in > colour !!!!" > > I smugly said "Hah, you won't get any of that kak in FreeBSD !". And even with the thing getting committed, he still would not get colors unless he ran 'ls -G' on FreeBSD. I never would like to act 'ls' as 'ls -G' as default (as Linux obviously does). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 31 1: 6:21 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by hub.freebsd.org (Postfix) with ESMTP id 8FB1437B7D1 for ; Wed, 31 May 2000 01:06:16 -0700 (PDT) (envelope-from andre.albsmeier@mchp.siemens.de) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer goliath.siemens.de) Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by goliath.siemens.de (8.10.1/8.10.1) with ESMTP id e4V85iB05359; Wed, 31 May 2000 10:05:44 +0200 (MET DST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail1.siemens.de (8.10.1/8.10.1) with ESMTP id e4V85h024507; Wed, 31 May 2000 10:05:43 +0200 (MET DST) Received: (from localhost) by curry.mchp.siemens.de (8.10.1/8.10.1) id e4V85hs73220; Date: Wed, 31 May 2000 10:05:43 +0200 From: Andre Albsmeier To: Jonathan Michaels Cc: Brian Somers , Doug Barton , Tim Vanderhoek , freebsd-bugs@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Message-ID: <20000531100543.B80830@curry.mchp.siemens.de> References: <200005310105.CAA44640@hak.lan.Awfulhak.org> <20000531120640.A46527@phoenix.welearn.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000531120640.A46527@phoenix.welearn.com.au>; from jon@welearn.com.au on Wed, May 31, 2000 at 12:06:42PM +1000 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 31-May-2000 at 12:06:42 +1000, Jonathan Michaels wrote: > On Wed, May 31, 2000 at 02:05:54AM +0100, Brian Somers wrote: > > > I don't see anyone asking for 'ls' to wash their breakfast dishes > > > for them. The facts remain: > > > > > > 1. People _do_ want this. It gets asked often on -questions. > > > 2. The code is already written. > > > 3. It adds almost no bloat. > > > 4. It's totally, completely optional. > > > > > > The only possible change I'd consider is making the colors the > > > same as gnuls' defaults. That'd flatten out the learning curve for people > > > coming over from linux, and those who like the traditional colors could > > > use the environment variable to set them. > > > > > > So, other than on "purist" grounds, are there any other > > > objections? > > > > Yes, but I can't think of any at the moment !!! > > i can think of several, but as freebsd is getting to be as user > hostile as microsoft windows is to disabled people, so then whats > one more nail in teh coffin ??? > > roll on the eventual microsoftisation of freebsd, as some have > already said "the sooner the better as far as i'm concerned", > but, as far as i (personally) am concerned i'd like to see the > tide if not reversed at least stemed so that this usless > 'gui-ification' of freebsd (et al) is at least stoped if it > cannot be totally obliterated.. Well, I assume you don't run X11 or similar. But, it appears you are using Mutt 0.95.4i. Why not use /usr/bin/mail? :-) Seriously, nobody want's to microsofticate FreeBSD (btw, M$ does not have a colored dir command unless you use 4DOS). But obviously there are more people who would like an optionally colored /bin/ls. > > ok, i'm not just a purist, i'm zealous bigoted purist with a > cause. neither, am i so blind as to not be able to see that my > own shit is just like everybodyelses. > > regards > > jonathan, old school, really old school, unix user-convert. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 31 1:56: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from florence.pavilion.net (florence.pavilion.net [212.74.0.25]) by hub.freebsd.org (Postfix) with ESMTP id 5DFA837B5F3 for ; Wed, 31 May 2000 01:56:05 -0700 (PDT) (envelope-from joe@pavilion.net) Received: from genius.tao.org.uk (postfix@genius.systems.pavilion.net [212.74.1.100]) by florence.pavilion.net (8.9.3/8.8.8) with ESMTP id JAA22614; Wed, 31 May 2000 09:55:59 +0100 (BST) (envelope-from joe@pavilion.net) Received: by genius.tao.org.uk (Postfix, from userid 100) id CD07037E; Wed, 31 May 2000 09:58:37 +0100 (BST) Date: Wed, 31 May 2000 09:58:37 +0100 From: Josef Karthauser To: Andre Albsmeier Cc: Jonathan Michaels , Brian Somers , Doug Barton , Tim Vanderhoek , freebsd-bugs@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Message-ID: <20000531095837.D17773@pavilion.net> References: <200005310105.CAA44640@hak.lan.Awfulhak.org> <20000531120640.A46527@phoenix.welearn.com.au> <20000531100543.B80830@curry.mchp.siemens.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000531100543.B80830@curry.mchp.siemens.de>; from andre.albsmeier@mchp.siemens.de on Wed, May 31, 2000 at 10:05:43AM +0200 X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, May 31, 2000 at 10:05:43AM +0200, Andre Albsmeier wrote: > > Seriously, nobody want's to microsofticate FreeBSD (btw, M$ does > not have a colored dir command unless you use 4DOS). But obviously > there are more people who would like an optionally colored /bin/ls. > I use one of the colorised ls' from ports. Annoyingly it handles the display of symbolic links differently from the native ls in the tree. I'd welcome colour support natively :) Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 31 2:10:34 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by hub.freebsd.org (Postfix) with ESMTP id 7C38D37B5F3 for ; Wed, 31 May 2000 02:10:31 -0700 (PDT) (envelope-from andre.albsmeier@mchp.siemens.de) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer goliath.siemens.de) Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by goliath.siemens.de (8.10.1/8.10.1) with ESMTP id e4V9A1B02127; Wed, 31 May 2000 11:10:02 +0200 (MET DST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail1.siemens.de (8.10.1/8.10.1) with ESMTP id e4V9A0009138; Wed, 31 May 2000 11:10:00 +0200 (MET DST) Received: (from localhost) by curry.mchp.siemens.de (8.10.1/8.10.1) id e4V9A0s87939; Date: Wed, 31 May 2000 11:10:00 +0200 From: Andre Albsmeier To: Josef Karthauser Cc: Andre Albsmeier , Jonathan Michaels , Brian Somers , Doug Barton , Tim Vanderhoek , freebsd-bugs@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Message-ID: <20000531111000.A88835@curry.mchp.siemens.de> References: <200005310105.CAA44640@hak.lan.Awfulhak.org> <20000531120640.A46527@phoenix.welearn.com.au> <20000531100543.B80830@curry.mchp.siemens.de> <20000531095837.D17773@pavilion.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000531095837.D17773@pavilion.net>; from joe@pavilion.net on Wed, May 31, 2000 at 09:58:37AM +0100 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 31-May-2000 at 09:58:37 +0100, Josef Karthauser wrote: > On Wed, May 31, 2000 at 10:05:43AM +0200, Andre Albsmeier wrote: > > > > Seriously, nobody want's to microsofticate FreeBSD (btw, M$ does > > not have a colored dir command unless you use 4DOS). But obviously > > there are more people who would like an optionally colored /bin/ls. > > > > I use one of the colorised ls' from ports. Annoyingly it handles > the display of symbolic links differently from the native ls in the Is it colorls or another one? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 31 4:51:54 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from phoenix.welearn.com.au (phoenix.welearn.com.au [139.130.44.81]) by hub.freebsd.org (Postfix) with ESMTP id 2653337B751 for ; Wed, 31 May 2000 04:51:47 -0700 (PDT) (envelope-from jon@phoenix.welearn.com.au) Received: (from jon@localhost) by phoenix.welearn.com.au (8.9.3/8.9.3) id VAA48768; Wed, 31 May 2000 21:50:46 +1000 (EST) (envelope-from jon) Date: Wed, 31 May 2000 21:50:43 +1000 From: Jonathan Michaels To: Andre Albsmeier Cc: Jonathan Michaels , Brian Somers , Doug Barton , Tim Vanderhoek , freebsd-bugs@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Message-ID: <20000531215041.A48599@phoenix.welearn.com.au> Reply-To: jon@welearn.com.au Mail-Followup-To: Andre Albsmeier , Jonathan Michaels , Brian Somers , Doug Barton , Tim Vanderhoek , freebsd-bugs@FreeBSD.ORG, brian@hak.lan.Awfulhak.org References: <200005310105.CAA44640@hak.lan.Awfulhak.org> <20000531120640.A46527@phoenix.welearn.com.au> <20000531100543.B80830@curry.mchp.siemens.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <20000531100543.B80830@curry.mchp.siemens.de>; from Andre Albsmeier on Wed, May 31, 2000 at 10:05:43AM +0200 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, May 31, 2000 at 10:05:43AM +0200, Andre Albsmeier wrote: > On Wed, 31-May-2000 at 12:06:42 +1000, Jonathan Michaels wrote: > > On Wed, May 31, 2000 at 02:05:54AM +0100, Brian Somers wrote: > > > > I don't see anyone asking for 'ls' to wash their breakfast dishes > > > > for them. The facts remain: > > > > > > > > 1. People _do_ want this. It gets asked often on -questions. > > > > 2. The code is already written. > > > > 3. It adds almost no bloat. > > > > 4. It's totally, completely optional. > > > > > > > > The only possible change I'd consider is making the colors the > > > > same as gnuls' defaults. That'd flatten out the learning curve for people > > > > coming over from linux, and those who like the traditional colors could > > > > use the environment variable to set them. > > > > > > > > So, other than on "purist" grounds, are there any other > > > > objections? > > > > > > Yes, but I can't think of any at the moment !!! > > > > i can think of several, but as freebsd is getting to be as user > > hostile as microsoft windows is to disabled people, so then whats > > one more nail in teh coffin ??? > > > > roll on the eventual microsoftisation of freebsd, as some have > > already said "the sooner the better as far as i'm concerned", > > but, as far as i (personally) am concerned i'd like to see the > > tide if not reversed at least stemed so that this usless > > 'gui-ification' of freebsd (et al) is at least stoped if it > > cannot be totally obliterated.. > > Well, I assume you don't run X11 or similar. But, it appears you thats correct, i still use the old text console. why because its the only thing that i can still see reasonably well enough to read for long enough to make it a reasonable session at the keyboard. i've got concave'd conreas that cannot focus prperly and extremely light sensative retinas ... etc etc so much so that nearly all gui-ified screen consoles nealy blind me with the bright light and cause so much muscle stiffness that after about 30 minutes i cannot focus at all and as such all becomes badly blurred. this is an extreme case but most people don't know hoe much damage (longterm) theyare doing with badly setup gui consoles with any colour other than black or a particular shade of blue that actually helps teh eye cope witht he stresses imposed by using computer screens for more than about 20 minutes at a strech or more than about an hour a day. > are using Mutt 0.95.4i. Why not use /usr/bin/mail? :-) mutt, is /usr/bin/mail enough for me to have made the transiton without too much relearning .. i'm not that much of a luddite (grin .. sort off). actually i prefer elm. > Seriously, nobody want's to microsofticate FreeBSD (btw, M$ does that is correct, but want to or not it is happening each day it gets closer and each day it become more and more prevalent, all you have to do is to look. > not have a colored dir command unless you use 4DOS). But obviously i did use 4DOS in ms dos and when i migrated to ibm os/2, it (4DOS) came as well, eventually. as an aside i turned off the colouring. > there are more people who would like an optionally colored /bin/ls. i'm not objecting to a coloured /bin/ls, rather to the making of tools and fucntionalities within freebsd harder and harder for disabled people to use .. and for waht reason, so some person can have an interesting screen to look at for the 5 or ten minutes they play at being a systems administrator. before i became a part time vegetable i used to be a systems analyst and worked with banyan vines netowrking in a tandem mainframe environment .. we were so busy doing our jobs thier was no time to futsicate the dir colours or set up ansi niceties that really only just got in the way. for people who spend time playing witht hier computers a coloured bin/ls might be a nice sexy thing to have and to fiddle with when they have nothing better to do, but for people whose day is centered around fixing problems a coloured /bin/ls, big deal. in conclusion, i'd prefer to not have a coloured ls, but if the game players win the day, hopefully, the sane ones will set the defaults to no colour .. if teh game players want colour let them read the manpage and setup teh colours better still let them install gnuls and set up coloured output. its supposed to be so easy. thier is no need to make changes fro the sake of change itself because at the end of the day adding colour to ls is just that .. change just for the sake of change absloutely noting less. one more thing when the colours are chossen .. how about using colours that colour blind (i'm one) people can "see". yes ther are many many issues that need to be plummed when one moves away from the standard white on black background text console. for me and many peple i know its not a matter of pretty colours making for a more enjoyable user experience, it boils down to wether or not the tools are usable and how much effort needs to be expended to amke the out of teh box setup usable by the particular person sitting at the desk. another thng to think about, its another thing that can go wrong, another weakness in teh chain, anotehr place the chain can break, these sorts of thing we certainly don't need .. we have enough things that are becoming more and more fragile everytime the revision number gets incremented. thank you for yor reply, it is much apreciated. with warm regards jonathan ps, the easier we make freebsd for disabled people to use the better more fnctional and easy to configure it will become for the not so disabled people. this is a point that most (if not all) non significantly disabled people seem to be completely ignorant off, or just disregard, to theri own cost. one other thing, most people in teh community are disabled to some degree for significant proportions of thier working lives, you don't have to be a physical wreck to be able to apreciate most of teh simple changes (at the base of the code structures and design philosophies) that actually make operating systems "freindly" and more usable to teh small but ever growing group of teh severly physically crippled, mangled, disabled, broken, spastic, pick a name .. we are still people no matter what stigmatising name, lable gets attached. -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 31 5: 2:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from smtp2.vnet.net (smtp2.vnet.net [166.82.1.32]) by hub.freebsd.org (Postfix) with ESMTP id D199337B507 for ; Wed, 31 May 2000 05:02:03 -0700 (PDT) (envelope-from rivers@dignus.com) Received: from dignus.com (ponds.vnet.net [166.82.177.48]) by smtp2.vnet.net (8.9.1a/8.9.1) with ESMTP id IAA21695; Wed, 31 May 2000 08:00:34 -0400 (EDT) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by dignus.com (8.9.2/8.8.5) with ESMTP id IAA52640; Wed, 31 May 2000 08:00:30 -0400 (EDT) Received: (from rivers@localhost) by lakes.dignus.com (8.9.3/8.6.9) id IAA29719; Wed, 31 May 2000 08:00:30 -0400 (EDT) Date: Wed, 31 May 2000 08:00:30 -0400 (EDT) From: Thomas David Rivers Message-Id: <200005311200.IAA29719@lakes.dignus.com> To: andre.albsmeier@mchp.siemens.de, brian@Awfulhak.org Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Cc: brian@hak.lan.Awfulhak.org, Doug@gorean.org, freebsd-bugs@FreeBSD.ORG, vanderh@ecf.utoronto.ca In-Reply-To: <20000531095153.A80830@curry.mchp.siemens.de> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > And even with the thing getting committed, he still would not get > colors unless he ran 'ls -G' on FreeBSD. I never would like to act > 'ls' as 'ls -G' as default (as Linux obviously does). > Just as a question then... If the user who wanted colorized ls has to change to get it; why bother with putting this in the FreeBSD ls? I mean, there is a colorized ls port - right? So, you could simply install that one. Then, since the user has to change anyway - have him change to use the installed port... - Just a thought - - Dave R. - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 31 5:12:24 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from ns1.sunesi.net (ns1.sunesi.net [196.15.192.194]) by hub.freebsd.org (Postfix) with ESMTP id 270CB37B838 for ; Wed, 31 May 2000 05:12:19 -0700 (PDT) (envelope-from nbm@sunesi.net) Received: from nbm by ns1.sunesi.net with local (Exim 3.03 #1) id 12x7Ix-000Bgs-00; Wed, 31 May 2000 14:08:59 +0200 Date: Wed, 31 May 2000 14:08:59 +0200 From: Neil Blakey-Milner To: Thomas David Rivers Cc: andre.albsmeier@mchp.siemens.de, brian@Awfulhak.org, brian@hak.lan.Awfulhak.org, Doug@gorean.org, freebsd-bugs@FreeBSD.ORG, vanderh@ecf.utoronto.ca Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Message-ID: <20000531140859.A44791@mithrandr.moria.org> References: <20000531095153.A80830@curry.mchp.siemens.de> <200005311200.IAA29719@lakes.dignus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200005311200.IAA29719@lakes.dignus.com>; from rivers@dignus.com on Wed, May 31, 2000 at 08:00:30AM -0400 Organization: Sunesi Clinical Systems X-Operating-System: FreeBSD 3.3-RELEASE i386 X-URL: http://rucus.ru.ac.za/~nbm/ Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed 2000-05-31 (08:00), Thomas David Rivers wrote: > If the user who wanted colorized ls has to change to get it; > why bother with putting this in the FreeBSD ls? Why bother adding new options or features, or upgrades to the base system whatsoever? Surely if people want an upgraded piece of software, or a new option to a program, they can install the port? Look, it's quite simple - it doesn't cost anyone anything to add it to the system ls. It adds a miniscule amount to binary size, and it won't suddenly become default. It _will_ mean one less port for me and many others to install. Actually, I'm working for gnuls/ls-F-compatible colours for our ls, since that's the "standard". And for all the space-mongers, I'll personally ifdef it for you. Neil -- Neil Blakey-Milner Sunesi Clinical Systems nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 31 5:13: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from florence.pavilion.net (florence.pavilion.net [212.74.0.25]) by hub.freebsd.org (Postfix) with ESMTP id 700D837B699 for ; Wed, 31 May 2000 05:12:58 -0700 (PDT) (envelope-from joe@pavilion.net) Received: from genius.systems.pavilion.net (postfix@genius.systems.pavilion.net [212.74.1.100]) by florence.pavilion.net (8.9.3/8.8.8) with ESMTP id NAA13717; Wed, 31 May 2000 13:12:43 +0100 (BST) (envelope-from joe@pavilion.net) Received: by genius.systems.pavilion.net (Postfix, from userid 100) id 652E57C; Wed, 31 May 2000 13:12:43 +0100 (BST) Date: Wed, 31 May 2000 13:12:43 +0100 From: Josef Karthauser To: Thomas David Rivers Cc: andre.albsmeier@mchp.siemens.de, brian@Awfulhak.org, brian@hak.lan.Awfulhak.org, Doug@gorean.org, freebsd-bugs@FreeBSD.ORG, vanderh@ecf.utoronto.ca Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Message-ID: <20000531131243.C1444@pavilion.net> References: <20000531095153.A80830@curry.mchp.siemens.de> <200005311200.IAA29719@lakes.dignus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200005311200.IAA29719@lakes.dignus.com>; from rivers@dignus.com on Wed, May 31, 2000 at 08:00:30AM -0400 X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, May 31, 2000 at 08:00:30AM -0400, Thomas David Rivers wrote: > > > > And even with the thing getting committed, he still would not get > > colors unless he ran 'ls -G' on FreeBSD. I never would like to act > > 'ls' as 'ls -G' as default (as Linux obviously does). > > > > Just as a question then... > > If the user who wanted colorized ls has to change to get it; > why bother with putting this in the FreeBSD ls? > > I mean, there is a colorized ls port - right? So, you could > simply install that one. > > Then, since the user has to change anyway - have him change > to use the installed port... The colourised ls's in port don't follow exactly the same command line arguments as the ls in the tree. For example gnuls, which I'm using, displays symbolic links in the same way as /bin/ls. Also only /bin/ls supports the display of file flags, i.e.: genius% /bin/ls -ol /kernel -r-xr-xr-x 1 root wheel schg 2276377 May 26 16:13 /kernel Currently there is no support for file flag strings outside of our source tree. I'm adding functions to do this, but it will require the authors of alternative ls' to support them. Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 31 7:22:20 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D422A37B5C6; Wed, 31 May 2000 07:22:18 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Received: (from sobomax@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA27160; Wed, 31 May 2000 07:22:18 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Date: Wed, 31 May 2000 07:22:18 -0700 (PDT) From: Message-Id: <200005311422.HAA27160@freefall.freebsd.org> To: sobomax@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/18907: Missing prototype in ncurses.h Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Missing prototype in ncurses.h Responsible-Changed-From-To: ->freebsd-bugs Responsible-Changed-By: sobomax Responsible-Changed-When: Wed May 31 07:20:44 PDT 2000 Responsible-Changed-Why: Incorrect Responsible field (my own fault). http://www.freebsd.org/cgi/query-pr.cgi?pr=18907 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 31 9: 0: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A7AD137B876 for ; Wed, 31 May 2000 09:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA41068; Wed, 31 May 2000 09:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 31 May 2000 09:00:02 -0700 (PDT) Message-Id: <200005311600.JAA41068@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Crist J. Clark" Subject: Re: bin/14250: restore(8) can loop if tty goes away or with -y option Reply-To: "Crist J. Clark" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/14250; it has been noted by GNATS. From: "Crist J. Clark" To: freebsd-gnats-submit@FreeBSD.org, iedowse@maths.tcd.ie Cc: Subject: Re: bin/14250: restore(8) can loop if tty goes away or with -y option Date: Wed, 31 May 2000 11:54:13 -0400 I am running into the second problem outlined. I run an automated dump over ssh. Sometimes if things do not finish just right, I get the infinite loop. The messages, Changing volumes on pipe input? Changing volumes on pipe input? Changing volumes on pipe input? Keep coming until they fill up the disk, # ls -l /var/spool/mqueue total 741960 -rw------- 1 root daemon 759382016 May 31 04:12 dfWAA01445 -rw------- 1 root daemon 0 May 30 22:30 qfWAA01445 -rw------- 1 root daemon 0 May 30 22:30 xfWAA01445 # df /var Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1e 916639 912239 -68931 108% /usr Why have these patches not been commited? -- Crist J. Clark cjc@scitec.com SciTec, Inc (609)921-3892 x252 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 31 11:40:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9407E37B8DF for ; Wed, 31 May 2000 11:40:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA63426; Wed, 31 May 2000 11:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id D80FB37B8DF; Wed, 31 May 2000 11:38:15 -0700 (PDT) Message-Id: <20000531183815.D80FB37B8DF@hub.freebsd.org> Date: Wed, 31 May 2000 11:38:15 -0700 (PDT) From: dh@digitalbrain.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/18919: Dell PowerEdge 2450/733 SMP panics under heavy disk IO load Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18919 >Category: kern >Synopsis: Dell PowerEdge 2450/733 SMP panics under heavy disk IO load >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed May 31 11:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: David Hanney >Release: 4.0 STABLE (supped yesterday) >Organization: digitalbrain.com ltd >Environment: duel cpu PowerEdge 2450/733 5 scsi disks (3 on channel A 2 on channel B) ------------------------------------------------------------- Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #0: Wed May 31 19:00:15 BST 2000 dave@fast.workgroup:/usr/src/sys/compile/TEST Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon (728.44-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383fbff real memory = 1073733632 (1048568K bytes) avail memory = 1040756736 (1016364K bytes) Programming 16 pins in IOAPIC #0 Programming 16 pins in IOAPIC #1 IOAPIC #1 intpin 0 -> irq 2 IOAPIC #1 intpin 1 -> irq 11 IOAPIC #1 intpin 2 -> irq 13 IOAPIC #1 intpin 4 -> irq 16 IOAPIC #1 intpin 5 -> irq 17 IOAPIC #1 intpin 6 -> irq 18 IOAPIC #1 intpin 7 -> irq 19 IOAPIC #1 intpin 14 -> irq 10 IOAPIC #1 intpin 15 -> irq 5 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x000f0011, at 0xfec00000 io1 (APIC): apic id: 3, version: 0x000f0011, at 0xfec01000 Preloaded elf kernel "kernel" at 0xc03ee000. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pci0: at 14.0 isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x8b0-0x8bf at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 pci0: at 15.2 irq 11 pcib1: on motherboard pci1: on pcib1 pcib2: at device 2.0 on pci1 pci2: on pcib2 ahc0: port 0xdc00-0xdcff mem 0xf8fff000-0xf8ffffff irq 5 at device 4.0 on pci2 ahc0: aic7899 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc1: port 0xd800-0xd8ff mem 0xf8ffe000-0xf8ffefff irq 10 at device 4.1 on pci2 ahc1: aic7899 Wide Channel B, SCSI Id=7, 16/255 SCBs fxp0: port 0xccc0-0xccff mem 0xfa000000-0xfa0fffff,0xfa100000-0xfa100fff irq 2 at device 8.0 on pci1 fxp0: Ethernet address 00:b0:d0:20:ee:74 fxp0: supplying EUI64: 00:b0:d0:ff:fe:20:ee:74 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port plip0: on ppbus0 Vendor Specific Word = ffff APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin 0 SMP: AP CPU #1 Launched! acd0: CDROM at ata0-master using PIO4 Waiting 15 seconds for SCSI devices to settle pass3 at ahc0 bus 0 target 6 lun 0 pass3: Fixed Processor SCSI-2 device pass3: 3.300MB/s transfers pass6 at ahc1 bus 0 target 6 lun 0 pass6: Fixed Processor SCSI-2 device pass6: 3.300MB/s transfers da0 at ahc0 bus 0 target 2 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 17366MB (35566499 512 byte sectors: 255H 63S/T 2213C) da3 at ahc1 bus 0 target 0 lun 0 da3: Fixed Direct Access SCSI-3 device da3: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da3: 17366MB (35566499 512 byte sectors: 255H 63S/T 2213C) da1 at ahc0 bus 0 target 3 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da1: 17366MB (35566499 512 byte sectors: 255H 63S/T 2213C) da4 at ahc1 bus 0 target 1 lun 0 da4: Fixed Direct Access SCSI-3 device da4: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da4: 17366MB (35566499 512 byte sectors: 255H 63S/T 2213C) da2 at ahc0 bus 0 target 4 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da2: 17366MB (35566499 512 byte sectors: 255H 63S/T 2213C) Mounting root from ufs:/dev/da0s1a vinum: loaded vinum: reading configuration from /dev/da4e vinum: updating configuration from /dev/da3e vinum: updating configuration from /dev/da2e vinum: updating configuration from /dev/da1e fxp0: starting DAD for fe80:0001::02b0:d0ff:fe20:ee74 fxp0: DAD complete for fe80:0001::02b0:d0ff:fe20:ee74 - no duplicates found ------------------------------------------------------------- =============================================================================== MPTable, version 2.0.15 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000fe710 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x91 mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f0000 signature: 'PCMP' base table length: 372 version: 1.4 checksum: 0xd6 OEM ID: 'DELL ' Product ID: 'POWEREDGE A6' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 38 local APIC address: 0xfee00000 extended table length: 128 extended table checksum: 0 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 1 0x11 BSP, usable 6 8 3 0x383fbff 0 0x11 AP, usable 6 8 3 0x383fbff -- Bus: Bus ID Type 0 PCI 1 PCI 2 PCI 3 ISA -- I/O APICs: APIC ID Version State Address 2 0x11 usable 0xfec00000 3 0x11 usable 0xfec01000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 3 0 2 0 INT conforms conforms 3 1 2 1 INT conforms conforms 3 3 2 3 INT conforms conforms 3 4 2 4 INT conforms conforms 3 6 2 6 INT conforms conforms 3 7 2 7 INT conforms conforms 3 8 2 8 INT conforms conforms 3 9 2 9 INT conforms conforms 3 12 2 12 INT conforms conforms 3 14 2 14 INT conforms conforms 3 15 2 15 INT conforms conforms 1 8:A 3 0 INT conforms conforms 2 4:A 3 15 INT conforms conforms 2 4:B 3 14 INT conforms conforms 0 4:A 3 1 INT conforms conforms 0 4:C 3 1 INT conforms conforms 0 4:B 3 2 INT conforms conforms 0 4:D 3 2 INT conforms conforms 0 2:A 3 4 INT conforms conforms 0 2:C 3 4 INT conforms conforms 0 2:B 3 5 INT conforms conforms 0 2:D 3 5 INT conforms conforms 0 8:A 3 6 INT conforms conforms 0 8:C 3 6 INT conforms conforms 0 8:B 3 7 INT conforms conforms 0 8:D 3 7 INT conforms conforms 1 2:B 3 14 INT conforms conforms 1 2:A 3 15 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT active-hi edge 3 0 255 0 NMI active-hi edge 3 0 255 1 ------------------------------------------------------------------------------- MP Config Extended Table Entries: -- bus ID: 0 address type: I/O address address base: 0xe000 address range: 0x1000 -- bus ID: 0 address type: memory address address base: 0xa0000 address range: 0x20000 -- bus ID: 0 address type: I/O address address base: 0x0 address range: 0x1000 -- bus ID: 0 address type: memory address address base: 0xfb000000 address range: 0x3010000 -- bus ID: 1 address type: I/O address address base: 0xc000 address range: 0x2000 -- bus ID: 1 address type: memory address address base: 0xf4000000 address range: 0x6110000 -- bus ID: 3 bus info: 0x01 parent bus ID: 0 ------------------------------------------------------------------------------- # SMP kernel config file options: # Required: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O # Optional (built-in defaults will work in most cases): #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=2 # number of IO APICs #options NINTR=28 # number of INTs =============================================================================== kernel differs from GENERIC like this: < cpu I386_CPU < cpu I486_CPU > options DDB > options DIAGNOSTIC > options INVARIANTS > options INVARIANT_SUPPORT > options NAPIC=2 # number of IO APICs > options NBUS=4 # number of busses > options NCPU=2 # number of CPUs > options NINTR=28 # number of INTs > options APIC_IO # Symmetric (APIC) I/O > options SMP # Symmetric MultiProcessor Kernel >Description: lots of disk IO causes this crash: mp_lock 01000001 cpuid 1 lapic.id = 0 ip = 0x8:0xc02ca46f eflags = iterrupt neabled, iopl=0 current process = idle int mask = none <- SMP: XXX kernel: type 29 trap, code=0 I look at the kernel symbol table. that ip is in 'idle_loop' >How-To-Repeat: do lots of disk IO >Fix: use UP mode:( >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 May 31 13:26:56 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by hub.freebsd.org (Postfix) with ESMTP id A573B37B612 for ; Wed, 31 May 2000 13:26:51 -0700 (PDT) (envelope-from andre.albsmeier@mchp.siemens.de) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer goliath.siemens.de) Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by goliath.siemens.de (8.10.1/8.10.1) with ESMTP id e4VKJrB05346; Wed, 31 May 2000 22:19:54 +0200 (MET DST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail2.siemens.de (8.10.1/8.10.1) with ESMTP id e4VKJrd12282; Wed, 31 May 2000 22:19:53 +0200 (MET DST) Received: (from localhost) by curry.mchp.siemens.de (8.10.1/8.10.1) id e4VKJqs91583; Date: Wed, 31 May 2000 22:19:52 +0200 From: Andre Albsmeier To: Thomas David Rivers Cc: andre.albsmeier@mchp.siemens.de, brian@Awfulhak.org, brian@hak.lan.Awfulhak.org, Doug@gorean.org, freebsd-bugs@FreeBSD.ORG, vanderh@ecf.utoronto.ca Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Message-ID: <20000531221952.A99315@curry.mchp.siemens.de> References: <20000531095153.A80830@curry.mchp.siemens.de> <200005311200.IAA29719@lakes.dignus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200005311200.IAA29719@lakes.dignus.com>; from rivers@dignus.com on Wed, May 31, 2000 at 08:00:30AM -0400 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 31-May-2000 at 08:00:30 -0400, Thomas David Rivers wrote: > > > > And even with the thing getting committed, he still would not get > > colors unless he ran 'ls -G' on FreeBSD. I never would like to act > > 'ls' as 'ls -G' as default (as Linux obviously does). > > > > Just as a question then... > > If the user who wanted colorized ls has to change to get it; > why bother with putting this in the FreeBSD ls? > > I mean, there is a colorized ls port - right? So, you could > simply install that one. > > Then, since the user has to change anyway - have him change > to use the installed port... I was using this one until a few days ago. However, the ports distfile is based on an older version of ls (e.g. someone already mentionend that the ports version treats symlinks differently than /bin/ls). So I wanted to see how difficult it would be to add the color feature to /bin/ls. As a result, there would be only one ls that needs to be maintained. -Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 31 13:40: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 517E337BEFD for ; Wed, 31 May 2000 13:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA79204; Wed, 31 May 2000 13:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from wilsonandhorton.co.nz (fw2.wilsonandhorton.co.nz [203.99.66.4]) by hub.freebsd.org (Postfix) with ESMTP id A166937BEFD for ; Wed, 31 May 2000 13:36:38 -0700 (PDT) (envelope-from jonc@itouch.co.nz) Received: (from jonc@localhost) by wilsonandhorton.co.nz (8.9.3/8.9.3) id IAA16390; Thu, 1 Jun 2000 08:36:27 +1200 (NZST) (envelope-from jonc) Message-Id: <200005312036.IAA16390@wilsonandhorton.co.nz> Date: Thu, 1 Jun 2000 08:36:27 +1200 (NZST) From: jonathan.chen@itouch.co.nz To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/18922: periodic(8) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18922 >Category: bin >Synopsis: /usr/sbin/periodic 1.9.2.2 has unknown command source_rc_confs >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 May 31 13:40:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Jonathan Chen >Release: FreeBSD 4.0-STABLE i386 >Organization: iTouch NZ >Environment: # $FreeBSD: src/usr.sbin/periodic/periodic.sh,v 1.9.2.2 2000/05/28 19:17:20 asmodai Exp $ >Description: Any periodic command will have the output source_rc_confs: not found prepended to its report. >How-To-Repeat: Examine daily/weekly/monthly periodic email >Fix: Remove reference to source_rc_confs in /usr/sbin/periodic(?) >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 May 31 13:56:21 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from wilsonandhorton.co.nz (fw2.wilsonandhorton.co.nz [203.99.66.4]) by hub.freebsd.org (Postfix) with ESMTP id EEED137B5C1 for ; Wed, 31 May 2000 13:56:15 -0700 (PDT) (envelope-from jonc@itouch.co.nz) Received: (from jonc@localhost) by wilsonandhorton.co.nz (8.9.3/8.9.3) id IAA17719 for freebsd-bugs@FreeBSD.org; Thu, 1 Jun 2000 08:56:06 +1200 (NZST) (envelope-from jonc) Date: Thu, 1 Jun 2000 08:56:06 +1200 From: Jonathan Chen To: freebsd-bugs@FreeBSD.org Subject: Re: bin/18922: periodic(8) Message-ID: <20000601085606.A16080@jonc.ntdns.wilsonandhorton.co.n> References: <200005312036.IAA16390@wilsonandhorton.co.nz> <200005312040.NAA79200@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200005312040.NAA79200@freefall.freebsd.org>; from gnats-admin@FreeBSD.org on Wed, May 31, 2000 at 01:40:01PM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [...] > >Category: bin > >Responsible: freebsd-bugs > >Synopsis: /usr/sbin/periodic 1.9.2.2 has unknown command source_rc_confs > >Arrival-Date: Wed May 31 13:40:00 PDT 2000 Please ignore. Submission made in haste (forgot to run mergemaster). Sorry. -- Jonathan Chen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 31 14: 0:30 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7AFFA37B683; Wed, 31 May 2000 14:00:28 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA81791; Wed, 31 May 2000 14:00:27 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Wed, 31 May 2000 14:00:27 -0700 (PDT) From: Message-Id: <200005312100.OAA81791@freefall.freebsd.org> To: jonathan.chen@itouch.co.nz, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/18922: /usr/sbin/periodic 1.9.2.2 has unknown command source_rc_confs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /usr/sbin/periodic 1.9.2.2 has unknown command source_rc_confs State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Wed May 31 13:59:56 PDT 2000 State-Changed-Why: Closed at originators request. http://www.freebsd.org/cgi/query-pr.cgi?pr=18922 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed May 31 15:20: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 65BA437B54C for ; Wed, 31 May 2000 15:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA93172; Wed, 31 May 2000 15:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id B3B3537B54C for ; Wed, 31 May 2000 15:17:40 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 31 May 2000 23:17:37 +0100 (BST) Message-Id: <200005312317.aa66969@walton.maths.tcd.ie> Date: Wed, 31 May 2000 23:17:36 +0100 (BST) From: iedowse@maths.tcd.ie Reply-To: iedowse@maths.tcd.ie To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/18923: boot0cfg(8) cannot select default boot slice Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18923 >Category: i386 >Synopsis: boot0cfg(8) cannot select default boot slice >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 May 31 15:20:02 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Ian Dowse >Release: FreeBSD 3.4-STABLE i386 >Organization: School of Mathematics Trinity College, Dublin >Environment: FreeBSD 3.x, 4.x or 5.0-current >Description: boot0cfg(8) currently has no way to select the default boot slice. Having such a mechanism is useful when boot0 is used with the `noupdate' option. Since turning on `noupdate' for the first time requires booting FreeBSD (which makes FreeBSD the default), there is no direct way to make some non-FreeBSD partition the permanent default. [Indirect ways to achieve this which do work include booting FreeBSD from a floppy or CDROM (so as not to disturb the current default slice) and then running boot0cfg, or manually editing the byte at offset 0x1b9 in the MBR.] The patch included below adds a new `-s' option to boot0cfg that allows the default boot slice to be configured. >How-To-Repeat: - Take a disk with two slices: F1 Dos F2 FreeBSD - Attempt to make "F1 Dos" the permanent default, so it will always be the default regardless of the last selection made. - Discover that in order to run "boot0cfg -o noupdate", one must first boot FreeBSD. Running "boot0cfg -o noupdate" then makes "F2 FreeBSD" the permanent default. >Fix: Apply the following patch in src/usr.sbin/boot0cfg. Index: boot0cfg.8 =================================================================== RCS file: /FreeBSD/FreeBSD-CVS/src/usr.sbin/boot0cfg/boot0cfg.8,v retrieving revision 1.5 diff -u -r1.5 boot0cfg.8 --- boot0cfg.8 1999/08/28 01:15:38 1.5 +++ boot0cfg.8 2000/05/31 21:37:19 @@ -38,6 +38,7 @@ .Op Fl f Ar file .Op Fl m Ar mask .Op Fl o Ar options +.Op Fl s Ar slice .Op Fl t Ar ticks .Ar disk .Sh DESCRIPTION @@ -118,6 +119,14 @@ .Sq noupdate option causes the MBR to be treated as read-only. .El +.It Fl s Ar slice +Set the default boot selection to +.Ar slice . +Values between 1 and 4 refer to slices; a value of 5 refers to the +option of booting from a second disk. This would normally be used in +conjunction with the +.Sq noupdate +option. .It Fl t Ar ticks Set the timeout value to .Ar ticks . Index: boot0cfg.c =================================================================== RCS file: /FreeBSD/FreeBSD-CVS/src/usr.sbin/boot0cfg/boot0cfg.c,v retrieving revision 1.7 diff -u -r1.7 boot0cfg.c --- boot0cfg.c 1999/08/28 01:15:38 1.7 +++ boot0cfg.c 2000/05/31 21:45:08 @@ -44,6 +44,7 @@ #define MBRSIZE 512 /* master boot record size */ +#define OFF_OPT 0x1b9 /* offset: default boot option */ #define OFF_DRIVE 0x1ba /* offset: setdrv drive */ #define OFF_FLAGS 0x1bb /* offset: option flags */ #define OFF_TICKS 0x1bc /* offset: clock ticks */ @@ -89,17 +90,17 @@ const char *bpath, *fpath, *disk; ssize_t n; int B_flag, v_flag, o_flag; - int d_arg, m_arg, t_arg; + int d_arg, m_arg, s_arg, t_arg; int o_and, o_or; int fd, fd1, up, c, i; bpath = "/boot/boot0"; fpath = NULL; B_flag = v_flag = o_flag = 0; - d_arg = m_arg = t_arg = -1; + d_arg = m_arg = s_arg = t_arg = -1; o_and = 0xff; o_or = 0; - while ((c = getopt(argc, argv, "Bvb:d:f:m:o:t:")) != -1) + while ((c = getopt(argc, argv, "Bvb:d:f:m:o:s:t:")) != -1) switch (c) { case 'B': B_flag = 1; @@ -123,6 +124,9 @@ stropt(optarg, &o_and, &o_or); o_flag = 1; break; + case 's': + s_arg = argtoi(optarg, 1, 5, 's'); + break; case 't': t_arg = argtoi(optarg, 1, 0xffff, 't'); break; @@ -134,7 +138,8 @@ if (argc != 1) usage(); disk = mkrdev(*argv); - up = B_flag || d_arg != -1 || m_arg != -1 || o_flag || t_arg != -1; + up = B_flag || d_arg != -1 || m_arg != -1 || o_flag || s_arg != -1 || + t_arg != -1; if ((fd = open(disk, up ? O_RDWR : O_RDONLY)) == -1) err(1, "%s", disk); if ((n = read(fd, buf, MBRSIZE)) == -1) @@ -174,6 +179,8 @@ buf[OFF_FLAGS] &= o_and; buf[OFF_FLAGS] |= o_or; } + if (s_arg != -1) + buf[OFF_OPT] = s_arg - 1; if (t_arg != -1) mk2(buf + OFF_TICKS, t_arg); if (up) { @@ -211,6 +218,12 @@ printf("%s", opttbl[i].tok); } printf(" ticks=%u\n", cv2(buf + OFF_TICKS)); + printf("default_selection=F%d (", buf[OFF_OPT] + 1); + if (buf[OFF_OPT] < 4) + printf("Slice %d", buf[OFF_OPT] + 1); + else + printf("Drive 1"); + printf(")\n"); } return 0; } @@ -316,6 +329,6 @@ { fprintf(stderr, "%s\n%s\n", "usage: boot0cfg [-Bv] [-b boot0] [-d drive] [-f file] [-m mask]", - " [-o options] [-t ticks] disk"); + " [-o options] [-s slice] [-t ticks] disk"); exit(1); } >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 May 31 15:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3A4BD37B51B for ; Wed, 31 May 2000 15:40:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA95647; Wed, 31 May 2000 15:40:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 55C9737B54F; Wed, 31 May 2000 15:37:34 -0700 (PDT) Message-Id: <20000531223734.55C9737B54F@hub.freebsd.org> Date: Wed, 31 May 2000 15:37:34 -0700 (PDT) From: john@bartok.lanl.gov To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/18924: sysctl hw.bt848 crashes machine (bktr driver problem?) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18924 >Category: kern >Synopsis: sysctl hw.bt848 crashes machine (bktr driver problem?) >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 May 31 15:40:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: John Galbraith >Release: FreeBSD 4.0-RELEASE >Organization: Los Alamos National Laboratory >Environment: FreeBSD bartok.lanl.gov 4.0-RELEASE FreeBSD 4.0-RELEASE #1: Wed May 31 14:33:37 MDT 2000 john@bartok.lanl.gov:/usr/src/sys/compile/BARTOK i386 >Description: I have two Hauppage TV/PCI cards in my machine using the bt848 driver. The fxtv application works great, even with two copies of it running simultaneously (one on each card). running sysctl hw.bt848 or sysctl -a will crash the machine (the -a version crashes during the hw stuff, probably right at the bt848 part). The crash is 100% reliable and always occurs, as far as I can tell. >How-To-Repeat: Install two Hauppage TV/PCI cards and run sysctl. >Fix: Unknown to me at the moment. >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 May 31 16:10: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id ABBBF37B887 for ; Wed, 31 May 2000 16:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA99743; Wed, 31 May 2000 16:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 6FA7937B5C1; Wed, 31 May 2000 16:09:00 -0700 (PDT) Message-Id: <20000531230900.6FA7937B5C1@hub.freebsd.org> Date: Wed, 31 May 2000 16:09:00 -0700 (PDT) From: mellsworth@smjuhsd.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: conf/18925: No X Desktop Environments in 4.0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18925 >Category: conf >Synopsis: No X Desktop Environments in 4.0 >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed May 31 16:10:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Michael Ellsworth >Release: 4.0 >Organization: Ernest Righetti High School >Environment: FreeBSD erhs1.smjuhsd.k12.ca.us 4.0-RELEASE FreeBSD 4.0-RELEASE #0: Wed May 31 16:04:22 GMT 2000 root@monster.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: When installing FreeBSD 4.0 from ISO image I am able to configure X Server, however no mater how I attempt to install desktop environments from sysinstall, X does not load any desktops, I have tried them all. >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 Wed May 31 18:20:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id AEE3F37BF77 for ; Wed, 31 May 2000 18:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA18361; Wed, 31 May 2000 18:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from cc158233-a.catv1.md.home.com (cc158233-a.catv1.md.home.com [24.3.25.17]) by hub.freebsd.org (Postfix) with ESMTP id 8407137B809 for ; Wed, 31 May 2000 18:12:25 -0700 (PDT) (envelope-from sjr@home.net) Received: (from sjr@localhost) by cc158233-a.catv1.md.home.com (8.9.3/8.9.3) id VAA38410; Wed, 31 May 2000 21:12:22 -0400 (EDT) (envelope-from sjr) Message-Id: <200006010112.VAA38410@cc158233-a.catv1.md.home.com> Date: Wed, 31 May 2000 21:12:22 -0400 (EDT) From: sjr@home.com Reply-To: sjr@home.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/18927: Missing tools in release/scripts/src-install.sh Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18927 >Category: misc >Synopsis: Missing tools in release/scripts/src-install.sh >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 May 31 18:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Stephen J. Roznowski >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: 4.0-RELEASE source code >Description: The "tools" distribution is missing from the install.sh file for the source code. When this is fixed, the 4.0 Errata Notes should mention this problem. Note: you can't do a buildworld without tools/install.sh being available. >How-To-Repeat: >Fix: --- release/scripts/src-install.sh.orig Wed May 31 21:02:35 2000 +++ release/scripts/src-install.sh Wed May 31 21:03:35 2000 @@ -9,14 +9,14 @@ echo "possible subcomponents are:" echo echo "base bin contrib etc games gnu include lib libexec" - echo "release sbin share sys ubin usbin" + echo "release sbin share sys tools ubin usbin" echo echo "You may also specify all to extract all subcomponents." exit 1 fi if [ "$1" = "all" ]; then - dists="base bin contrib etc games gnu include lib libexec release sbin share sys ubin usbin" + dists="base bin contrib etc games gnu include lib libexec release sbin share sys tools ubin usbin" else dists="$*" fi >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 May 31 18:50: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0EE0937BF57 for ; Wed, 31 May 2000 18:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA22348; Wed, 31 May 2000 18:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 84FB137BF60; Wed, 31 May 2000 18:44:59 -0700 (PDT) Message-Id: <20000601014459.84FB137BF60@hub.freebsd.org> Date: Wed, 31 May 2000 18:44:59 -0700 (PDT) From: moscoso@ene.unb.br To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/18928: options ROOTDENAME=xxx on kernel config file does not work as intended Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18928 >Category: kern >Synopsis: options ROOTDENAME=xxx on kernel config file does not work as intended >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 May 31 18:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Eduardo Moscoso Rubino >Release: 4 stable >Organization: Universidade de Brasilia >Environment: >Description: setting options ROOTDEVNAME=\"ufs:da0a\" on my kernel config file so that whenever I boot with kernel -r the kernel should use that as the root file system dos not work. >How-To-Repeat: Insert options ROOTDEVNAME=\"ufs:da0a\" on the kernel config file, config a new kernel, compile and install it. On reboot (second stage boot loader) type kernel -r at the boot prompt and the kernel should use da0a as the root file system. Instead, it will prompt you for the root file system name. The reason is that the ROOTDEVNAME options file is not being included in the (I can't remeber the file name. grep for ROOTDEVNAME in /sys/kern/*) >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 May 31 20:20: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5DD2A37BF8A for ; Wed, 31 May 2000 20:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA33189; Wed, 31 May 2000 20:20:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from symbion.srrc.usda.gov (symbion.srrc.usda.gov [199.133.86.40]) by hub.freebsd.org (Postfix) with ESMTP id B346337B509 for ; Wed, 31 May 2000 20:17:19 -0700 (PDT) (envelope-from gjohnson@nola.srrc.usda.gov) Received: (from glenn@localhost) by symbion.srrc.usda.gov (8.9.3/8.9.3) id WAA73146; Wed, 31 May 2000 22:17:18 -0500 (CDT) (envelope-from glenn) Message-Id: <200006010317.WAA73146@symbion.srrc.usda.gov> Date: Wed, 31 May 2000 22:17:18 -0500 (CDT) From: Glenn Johnson Reply-To: Glenn Johnson To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/18930: Fix libg2c mktemp() problem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18930 >Category: gnu >Synopsis: Fix mktemp() problem with libg2c >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed May 31 20:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Glenn Johnson >Release: FreeBSD 4.0-STABLE i386 >Organization: >Environment: FreeBSD 4-STABLE. >Description: libg2c uses mktemp() and tempnam() which causes all Fortran programs linked with it to issue a warning upon linking and of course makes the resulting binaries susceptible to problems of mktemp(). >How-To-Repeat: Compile and link any Fortran program with FreeBSD 4. I do not know if this applies to CURRENT, but I suspect it does. >Fix: Apply the following patch in the /usr/src/contrib/libf2c/libI77 subdirectory. --- rawio.h.orig Wed May 31 18:05:12 2000 +++ rawio.h Wed May 31 18:05:22 2000 @@ -28,7 +28,7 @@ #endif #endif /*KR_HEADERS*/ -extern char *mktemp(char*); +extern char *mkstemp(char*); #ifdef __cplusplus } --- open.c.orig Wed May 31 18:05:30 2000 +++ open.c Wed May 31 18:05:59 2000 @@ -15,7 +15,7 @@ #ifdef KR_headers extern char *malloc(); #ifdef NON_ANSI_STDIO -extern char *mktemp(); +extern char *mkstemp(); #endif extern integer f_clos(); #else @@ -210,7 +210,7 @@ case 'S': b->uscrtch=1; #ifdef HAVE_TEMPNAM /* Allow use of TMPDIR preferentially. */ - s = tempnam (0, buf); + s = mkstemp (buf); if (strlen (s) >= sizeof (buf)) err (a->oerr, 132, "open"); (void) strcpy (buf, s); @@ -220,7 +220,7 @@ tmpnam(buf); #else (void) strcpy(buf,"tmp.FXXXXXX"); - (void) mktemp(buf); + (void) mkstemp(buf); #endif #endif /* ! defined (HAVE_TEMPNAM) */ goto replace; >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 May 31 21:50: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id F0F9F37BA80 for ; Wed, 31 May 2000 21:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA43884; Wed, 31 May 2000 21:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 28E2337BA41; Wed, 31 May 2000 21:40:11 -0700 (PDT) Message-Id: <20000601044011.28E2337BA41@hub.freebsd.org> Date: Wed, 31 May 2000 21:40:11 -0700 (PDT) From: root@ensilon.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/18932: Total loss of ethernet needing reboot. Possible if_vr driver problem. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18932 >Category: kern >Synopsis: Total loss of ethernet needing reboot. Possible if_vr driver problem. >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 May 31 21:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: martin >Release: 4 release >Organization: golden.net >Environment: FreeBSD ark.ensilon.com 4.0-RELEASE #1: Wed May 31 07:37:45 EDT 2000 root@ark.ensilon.com:/usr/src/sys/compile/ARK i386 >Description: After an hour or so of traffic on my nic the kernel reports rx error: unknown rx error. after that the stack is broken and the machine must be rebooted before any traffic can leave the machine. The machine is a PC with a celeron, a DFI M/B with an intel chipset, the nic is a miibus/rhine compatible DLINK 530TX. My network is just 2 back to back fbsd boxes. They both have the same DLINK in them but my second machine is running fbsd 3.4R. The 3.4 machine has never had any problems. >How-To-Repeat: ~60 minutes of semi-constant NFS(udp), web and other misc traffic across VR0 >Fix: not known. >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 Jun 1 1:30: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5E09137C02E for ; Thu, 1 Jun 2000 01:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA75759; Thu, 1 Jun 2000 01:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 26E1837BE9F; Thu, 1 Jun 2000 01:24:04 -0700 (PDT) Message-Id: <20000601082404.26E1837BE9F@hub.freebsd.org> Date: Thu, 1 Jun 2000 01:24:04 -0700 (PDT) From: larson@pa.dec.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/18934: X11 forwarding not requested with DISPLAY defined Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18934 >Category: misc >Synopsis: X11 forwarding not requested with DISPLAY defined >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 Jun 01 01:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Alan Larson >Release: 4.0 release >Organization: Compaq Computer Corp. >Environment: FreeBSD alan.pa.dec.com 4.0-RELEASE FreeBSD 4.0-RELEASE #0: Mon Mar 20 22:50:22 GMT 2000 root@monster.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: The man page says X11 forwarding is requested when DISPLAY is set on the originating system. It is apparently not so, as -X needs to be set as well in the originating command. This might be related to the defaulting of X11 to disabled in sshd referred to in a previous bug report, in that someone turned them both off, but why? >How-To-Repeat: verify DISPLAY set to your display ssh remote-host-that-allows-xforwards >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 Jun 1 4:20: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1E70737B9CD for ; Thu, 1 Jun 2000 04:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA96829; Thu, 1 Jun 2000 04:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id B058437B851; Thu, 1 Jun 2000 04:15:03 -0700 (PDT) Message-Id: <20000601111503.B058437B851@hub.freebsd.org> Date: Thu, 1 Jun 2000 04:15:03 -0700 (PDT) From: work@astratel.ru To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/18937: non root users could'n telnet;ftp;irc;lynx from my host Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18937 >Category: misc >Synopsis: non root users could'n telnet;ftp;irc;lynx from my host >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 Jun 01 04:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Yura Kabaenkov >Release: FreeBSD 4.0 >Organization: ASTRATEL ISP >Environment: >Description: when non-root users try to connect to some irc server BitchX says them 'Unable to connect: Permission denied' when i try non-root users try to ftp or telnet from my host it will be: 'ftp or telnet: servname not supported by ai_socktype' how can i fix this problem? Thanks! >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 Thu Jun 1 4:20:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5978837BA53 for ; Thu, 1 Jun 2000 04:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA96838; Thu, 1 Jun 2000 04:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 1078137B851; Thu, 1 Jun 2000 04:17:15 -0700 (PDT) Message-Id: <20000601111715.1078137B851@hub.freebsd.org> Date: Thu, 1 Jun 2000 04:17:15 -0700 (PDT) From: vons@iname.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/18938: ipnat fails on dynamically created interfaces (e.g. tun) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18938 >Category: kern >Synopsis: ipnat fails on dynamically created interfaces (e.g. tun) >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: Thu Jun 01 04:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Gert-Jan Vons >Release: FreeBSD 4.0-RELEASE i386 >Organization: >Environment: FreeBSD dodo.vons.local 4.0-RELEASE FreeBSD 4.0-RELEASE #3: Thu Jun 1 12:57:13 CEST 2000 vons@dodo.vons.local:/usr/src/sys/compile/DODO i386 IPFILTER 3.3.16 in the kernel (the version of ipfilter that comes with 4.0-release has the same problem) This machine is the firewall between my home network (10.0.1.x) and the internet. ipnat rule "map tun0 10.0.0.0/16 -> 0/32" Userland ppp with the -background -unit0 options, and started manually (i.e. not automatically during the boot or something) >Description: Connections to the internet from any system on my local network fail, "tcpdump -i tun0" on the firewall shows that the packets going out of the firewall don't have their source addresses translated. Digging around in the ipnat code shows that when the nat rules are loaded at boot time, the in_ifp is set to (void*)-1 since the tun0 interface doesn't actually exist yet. Later on, when the tun device is created when ppp is started for the first time, the rules aren't updated and thus fail to match the outgoing packets. After flushing and re-loading the nat rules, things start working as expected since the interface now exists when the rules are added. Maybe ipnat needs the equivalent of "ipf -y", or is the kernel able to inform ipfilter/ipnat that a new dynamic interface has been created? Note that this problem also occurs on my laptop (FreeBSD 3.4 + PAO + fbsd3.4's ipfilter). When booting, the ed0 device does not exist, so when the pcmcia network card is inserted after ipnat has started, no address translation takes place. Again, reloading the ipnat rules after ed0 has been created fixes the problem. >How-To-Repeat: 1) reboot the system (removes any existing tun0 device) "ipnat -l" shows that the nat rule has been installed but "ifconfig -a" doesn't list the tun0 device yet. 2) start ppp (creates the tun0 device). 3) try to connect from the private lan to the internet. "tcpdump -i tun0" shows that packets are going out with 10.0.1.x as source address, i.e. untranslated. 4) after flushing and re-loading the nat rules, everything is fine. >Fix: A work-around is to reload the ipnat rules once the network device has been created. An alternative is the following patch (for ipfilter 3.3.16): -----8<----- *** ip_nat.c.org Fri May 19 17:52:29 2000 --- ip_nat.c Thu Jun 1 11:45:53 2000 *************** *** 1353,1358 **** --- 1353,1365 ---- hv = NAT_HASH_FN(iph, ipf_natrules_sz); for (np = nat_rules[hv]; np; np = np->in_mnext) { + if (np->in_ifp == (void*)-1) + { + np->in_ifp = (void *)GETUNIT(np->in_ifname); + if (!np->in_ifp) + np->in_ifp = (void *)-1; + } + if ((np->in_ifp == ifp) && np->in_space && (!(np->in_flags & IPN_RF) || (np->in_flags & nflags)) && -----8<----- >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 Jun 1 5:25:33 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from matrix.42.org (matrix.42.org [194.246.250.200]) by hub.freebsd.org (Postfix) with ESMTP id 599D737B79A for ; Thu, 1 Jun 2000 05:25:27 -0700 (PDT) (envelope-from sec@42.org) Received: (from sec@localhost) by matrix.42.org (8.8.8/8.8.5) id OAA20070 for freebsd-bugs@freebsd.org (sender ); Thu, 1 Jun 2000 14:25:25 +0200 (CEST) Date: Thu, 1 Jun 2000 14:25:24 +0200 From: Stefan `Sec` Zehl To: freebsd-bugs@freebsd.org Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Message-ID: <20000601142524.A19841@matrix.42.org> References: <20000531095153.A80830@curry.mchp.siemens.de> <200005311200.IAA29719@lakes.dignus.com> <20000531140859.A44791@mithrandr.moria.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000531140859.A44791@mithrandr.moria.org>; from nbm@mithrandr.moria.org on Wed, May 31, 2000 at 02:08:59PM +0200 I-love-doing-this: really Accept-Languages: de, en X-URL: http://sec.42.org/ Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, May 31, 2000 at 02:08:59PM +0200, Neil Blakey-Milner wrote: > On Wed 2000-05-31 (08:00), Thomas David Rivers wrote: > > If the user who wanted colorized ls has to change to get it; > > why bother with putting this in the FreeBSD ls? > > Why bother adding new options or features, or upgrades to the base > system whatsoever? Surely if people want an upgraded piece of software, > or a new option to a program, they can install the port? The problem is to draw the line. Surely we will nevae have netscape in base. But perl we do. I (and many others) think that colorized ls is gimmicky enough to have no place in the base system. Color-ls gains you no new information. > Look, it's quite simple - it doesn't cost anyone anything to add it to > the system ls. It does. Compile time, size, startup time, are all increased. It's a new place where bugs and inconsistencies can creep in. > And for all the space-mongers, I'll personally ifdef it for you. Make it a port, so everybody can be happy. Everybody I know who installs a FreeBSD system installs his favourite ports first. For me it's zsh, screen, less and vim. If for you this includes colorls so go ahead and add that port on a new install, but please don't influct this on the rest of us. CU, Sec -- `Software Engineering: How to program if you cannot.' --- Dijkstra To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 5:50:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CFB8A37B92B for ; Thu, 1 Jun 2000 05:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA07175; Thu, 1 Jun 2000 05:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from romy.ascape.com (romy.ascape.com [212.105.74.153]) by hub.freebsd.org (Postfix) with ESMTP id D328C37B79A for ; Thu, 1 Jun 2000 05:46:21 -0700 (PDT) (envelope-from mac@romy.ascape.com) Received: by romy.ascape.com (Postfix, from userid 1001) id 235A33835; Thu, 1 Jun 2000 14:46:03 +0200 (CEST) Message-Id: <20000601124603.235A33835@romy.ascape.com> Date: Thu, 1 Jun 2000 14:46:03 +0200 (CEST) From: markush@acc.umu.se To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/18940: Reading from stdin using linux-jdk1.2.2 under Linux emulation fails Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18940 >Category: i386 >Synopsis: Reading from stdin using linux-jdk-1.2.2 under Linux emulation fails >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 Jun 01 05:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Markus Holmberg >Release: FreeBSD 4.0-STABLE i386 >Organization: n/a >Environment: FreeBSD 4.0-STABLE (also tested on 3.4-STABLE) linux-jdk-1.2.2 (port is submitted as pr, but not processed) >Description: Several people on the freebsd-java mailing list have reported problems with reading from standard input in linux-jdk-1.2.2. The problem is that input does not seem to be "sent" to the java process running under Linux emulation, which means that the Java program blocks in the i/o read operation (even though there is input to be read). >How-To-Repeat: Using the Java-snippet below, a dot character should be printed on a line for itself for each character that has been read in from stdin. This will not happen on a broken system (a few dots might be output, but after that it's blocked). (Read.java) -8<------------------------------------------ import java.io.*; public class Read { public static void main(String[] args) { try { while (System.in.read() != -1) { System.out.println("."); } } catch (IOException e) { System.err.println(e); } } } -8<------------------------------------------ >Fix: There was a patch (for 3.x) posted to the freebsd-java mailing list some months ago, but it is unclear why the patch works and if it causes any undesired side effects (since it removes a lot of code). Marcel Moolenaar (Linux emulation maintainer) has seen the patch but is not sure if it's safe to remove the code that the patch wants to remove. John Rochesters original patch for 3.x (only the patch for linux_file.c is relevant in the posting): http://docs.freebsd.org/cgi/getmsg.cgi?fetch=22905+0+archive/2000/freebsd-java/20000220.freebsd-java Here's the same patch adapted for 4.0-STABLE (May 29th): --- linux_file.c.orig Mon May 29 13:21:09 2000 +++ linux_file.c Mon May 29 13:26:05 2000 @@ -199,12 +199,6 @@ } */ fcntl_args; struct linux_flock linux_flock; struct flock *bsd_flock; - struct filedesc *fdp; - struct file *fp; - struct vnode *vp; - long pgid; - struct pgrp *pgrp; - struct tty *tp; caddr_t sg; dev_t dev; @@ -289,47 +283,9 @@ case LINUX_F_SETOWN: case LINUX_F_GETOWN: - /* - * We need to route around the normal fcntl() for these calls, - * since it uses TIOC{G,S}PGRP, which is too restrictive for - * Linux F_{G,S}ETOWN semantics. For sockets, this problem - * does not exist. - */ - fdp = p->p_fd; - if ((u_int)args->fd >= fdp->fd_nfiles || - (fp = fdp->fd_ofiles[args->fd]) == NULL) - return EBADF; - if (fp->f_type == DTYPE_SOCKET) { - fcntl_args.cmd = args->cmd == LINUX_F_SETOWN ? F_SETOWN : F_GETOWN; - fcntl_args.arg = args->arg; - return fcntl(p, &fcntl_args); - } - vp = (struct vnode *)fp->f_data; - dev = vn_todev(vp); - if (dev == NODEV) - return EINVAL; - if (!(devsw(dev)->d_flags & D_TTY)) - return EINVAL; - tp = dev->si_tty; - if (!tp) - return EINVAL; - if (args->cmd == LINUX_F_GETOWN) { - p->p_retval[0] = tp->t_pgrp ? tp->t_pgrp->pg_id : NO_PID; - return 0; - } - if ((long)args->arg <= 0) { - pgid = -(long)args->arg; - } else { - struct proc *p1 = pfind((long)args->arg); - if (p1 == 0) - return (ESRCH); - pgid = (long)p1->p_pgrp->pg_id; - } - pgrp = pgfind(pgid); - if (pgrp == NULL || pgrp->pg_session != p->p_session) - return EPERM; - tp->t_pgrp = pgrp; - return 0; + fcntl_args.cmd = args->cmd == LINUX_F_SETOWN ? F_SETOWN : F_GETOWN; + fcntl_args.arg = args->arg; + return fcntl(p, &fcntl_args); } return EINVAL; } >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 Jun 1 5:50:34 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 902D537B964 for ; Thu, 1 Jun 2000 05:50:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA07197; Thu, 1 Jun 2000 05:50:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from scientia.demon.co.uk (scientia.demon.co.uk [212.228.14.13]) by hub.freebsd.org (Postfix) with ESMTP id 09DAA37B92B for ; Thu, 1 Jun 2000 05:47:38 -0700 (PDT) (envelope-from ben@scientia.demon.co.uk) Received: from strontium.scientia.demon.co.uk ([192.168.91.36] ident=exim) by scientia.demon.co.uk with esmtp (Exim 3.12 #1) id 12xU2t-0003q7-00 for FreeBSD-gnats-submit@freebsd.org; Thu, 01 Jun 2000 13:25:55 +0100 Received: (from ben) by strontium.scientia.demon.co.uk (Exim 3.12 #7) id 12xU2s-0001ua-00 for FreeBSD-gnats-submit@freebsd.org; Thu, 01 Jun 2000 13:25:54 +0100 Message-Id: Date: Thu, 01 Jun 2000 13:25:54 +0100 From: Ben Smithurst Reply-To: ben@scientia.demon.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/18941: Adding -{min,max}depth options to find(1) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18941 >Category: bin >Synopsis: Adding -{min,max}depth options to find(1) >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: Thu Jun 01 05:50:06 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Ben Smithurst >Release: FreeBSD 4.0-STABLE i386 >Organization: >Environment: >Description: This patch adds the -mindepth and -maxdepth options to find(1), which behave as in GNU find (and of course as described in the manual page diff included). I think these options would be useful for some people. Some missing $FreeBSD$ tags are also added. I posted this patch on -hackers a month or two ago; there was only response from kris (something like "good idea, but I haven't reviewed the patch") so I thought I'd send-pr it. >How-To-Repeat: >Fix: Index: extern.h =================================================================== RCS file: /usr/cvs/src/usr.bin/find/extern.h,v retrieving revision 1.9 diff -u -r1.9 extern.h --- extern.h 1999/12/19 15:43:18 1.9 +++ extern.h 2000/04/30 02:03:36 @@ -80,9 +80,12 @@ PLAN *c_xdev __P((void)); PLAN *c_openparen __P((void)); PLAN *c_closeparen __P((void)); +PLAN *c_maxdepth __P((char *)); +PLAN *c_mindepth __P((char *)); PLAN *c_mmin __P((char *)); PLAN *c_mtime __P((char *)); PLAN *c_not __P((void)); PLAN *c_or __P((void)); -extern int ftsoptions, isdeprecated, isdepth, isoutput, issort, isxargs; +extern int ftsoptions, isdeprecated, isdepth, isoutput, issort, isxargs, + mindepth, maxdepth; Index: find.1 =================================================================== RCS file: /usr/cvs/src/usr.bin/find/find.1,v retrieving revision 1.23 diff -u -r1.23 find.1 --- find.1 2000/03/01 10:48:32 1.23 +++ find.1 2000/04/28 19:48:12 @@ -245,6 +245,12 @@ If the file is a symbolic link, the pathname of the linked\-to file will be displayed preceded by ``\->''. The format is identical to that produced by ``ls \-dgils''. +.It Ic -maxdepth Ar n +True if the depth of the current file into the tree is less than or equal to +.Ar n . +.It Ic -mindepth Ar n +True if the depth of the current file into the tree is greater than or equal to +.Ar n . .It Ic -mmin Ar n True if the difference between the file last modification time and the time .Nm find Index: find.c =================================================================== RCS file: /usr/cvs/src/usr.bin/find/find.c,v retrieving revision 1.7 diff -u -r1.7 find.c --- find.c 1998/11/29 11:34:30 1.7 +++ find.c 2000/04/30 02:43:35 @@ -35,7 +35,9 @@ */ #ifndef lint -static char sccsid[] = "@(#)find.c 8.5 (Berkeley) 8/5/94"; +static const char sccsid[] = "@(#)find.c 8.5 (Berkeley) 8/5/94"; +static const char rcsid[] = + "$FreeBSD$"; #endif /* not lint */ #include @@ -206,12 +208,21 @@ continue; } + if (mindepth != -1 && entry->fts_level < mindepth) + continue; + /* * Call all the functions in the execution plan until one is * false or all have been executed. This is where we do all * the work specified by the user on the command line. */ for (p = plan; p && (p->eval)(p, entry); p = p->next); + + if (maxdepth != -1 && entry->fts_level >= maxdepth) { + if (fts_set(tree, entry, FTS_SKIP)) + err(1, "%s", entry->fts_path); + continue; + } } if (errno) err(1, "fts_read"); Index: find.h =================================================================== RCS file: /usr/cvs/src/usr.bin/find/find.h,v retrieving revision 1.6 diff -u -r1.6 find.h --- find.h 1999/12/19 15:43:18 1.6 +++ find.h 2000/04/28 19:44:31 @@ -46,7 +46,7 @@ N_MTIME, N_NAME, N_NEWER, N_NOGROUP, N_NOT, N_NOUSER, N_OK, N_OPENPAREN, N_OR, N_PATH, N_PERM, N_PRINT, N_PRUNE, N_SIZE, N_TYPE, N_USER, N_XDEV, - N_PRINT0, N_DELETE + N_PRINT0, N_DELETE, N_MAXDEPTH, N_MINDEPTH }; /* node definition */ Index: function.c =================================================================== RCS file: /usr/cvs/src/usr.bin/find/function.c,v retrieving revision 1.22 diff -u -r1.22 function.c --- function.c 2000/02/05 18:42:34 1.22 +++ function.c 2000/04/30 02:16:30 @@ -35,8 +35,9 @@ */ #ifndef lint -static char sccsid[] = "@(#)function.c 8.10 (Berkeley) 5/4/95"; -static char rcsid[] = "$FreeBSD: src/usr.bin/find/function.c,v 1.22 2000/02/05 18:42:34 joe Exp $"; +static const char sccsid[] = "@(#)function.c 8.10 (Berkeley) 5/4/95"; +static const char rcsid[] = + "$FreeBSD: src/usr.bin/find/function.c,v 1.22 2000/02/05 18:42:34 joe Exp $"; #endif /* not lint */ #include @@ -717,6 +718,68 @@ } /* + * -maxdepth n functions -- + * + * Does the same as -prune if the level of the current file is greater + * than the specified maximum depth. + * + * Note that -maxdepth and -mindepth are handled specially in + * find_execute() so their f_* functions here do nothing. + */ +int +f_maxdepth(plan, entry) + PLAN *plan; + FTSENT *entry; +{ + return (1); +} + +PLAN * +c_maxdepth(arg) + char *arg; +{ + PLAN *new; + + if (*arg == '-') + /* all other errors handled by find_parsenum() */ + errx(1, "-maxdepth: %s: value must be positive", arg); + + new = palloc(N_MAXDEPTH, f_maxdepth); + maxdepth = find_parsenum(new, "-maxdepth", arg, NULL); + return (new); + +} + +/* + * -mindepth n functions -- + * + * True if the current file is at or deeper than the specified minimum + * depth. + */ +int +f_mindepth(plan, entry) + PLAN *plan; + FTSENT *entry; +{ + return (1); +} + +PLAN * +c_mindepth(arg) + char *arg; +{ + PLAN *new; + + if (*arg == '-') + /* all other errors handled by find_parsenum() */ + errx(1, "-maxdepth: %s: value must be positive", arg); + + new = palloc(N_MINDEPTH, f_mindepth); + mindepth = find_parsenum(new, "-mindepth", arg, NULL); + return (new); +} + +/* * -mtime n functions -- * * True if the difference between the file modification time and the @@ -1005,9 +1068,6 @@ #endif return new; } - - /* - /* * -print functions -- Index: ls.c =================================================================== RCS file: /usr/cvs/src/usr.bin/find/ls.c,v retrieving revision 1.5 diff -u -r1.5 ls.c --- ls.c 1998/07/06 21:01:14 1.5 +++ ls.c 2000/04/30 02:18:13 @@ -32,7 +32,9 @@ */ #ifndef lint -static char sccsid[] = "@(#)ls.c 8.1 (Berkeley) 6/6/93"; +static const char sccsid[] = "@(#)ls.c 8.1 (Berkeley) 6/6/93"; +static const char rcsid[] = + "$FreeBSD$"; #endif /* not lint */ #include Index: main.c =================================================================== RCS file: /usr/cvs/src/usr.bin/find/main.c,v retrieving revision 1.9 diff -u -r1.9 main.c --- main.c 1998/11/29 11:34:30 1.9 +++ main.c 2000/04/30 02:18:17 @@ -41,7 +41,9 @@ #endif /* not lint */ #ifndef lint -static char sccsid[] = "@(#)main.c 8.4 (Berkeley) 5/4/95"; +static const char sccsid[] = "@(#)main.c 8.4 (Berkeley) 5/4/95"; +static const char rcsid[] = + "$FreeBSD$"; #endif /* not lint */ #include @@ -67,6 +69,7 @@ int isoutput; /* user specified output operator */ int issort; /* do hierarchies in lexicographical order */ int isxargs; /* don't permit xargs delimiting chars */ +int mindepth = -1, maxdepth = -1; /* minimum and maximum depth */ static void usage __P((void)); Index: misc.c =================================================================== RCS file: /usr/cvs/src/usr.bin/find/misc.c,v retrieving revision 1.2 diff -u -r1.2 misc.c --- misc.c 1995/05/30 06:30:13 1.2 +++ misc.c 2000/04/30 02:18:20 @@ -35,7 +35,9 @@ */ #ifndef lint -static char sccsid[] = "@(#)misc.c 8.2 (Berkeley) 4/1/94"; +static const char sccsid[] = "@(#)misc.c 8.2 (Berkeley) 4/1/94"; +static const char rcsid[] = + "$FreeBSD$"; #endif /* not lint */ #include Index: operator.c =================================================================== RCS file: /usr/cvs/src/usr.bin/find/operator.c,v retrieving revision 1.5 diff -u -r1.5 operator.c --- operator.c 1998/11/29 12:17:09 1.5 +++ operator.c 2000/04/30 02:18:23 @@ -35,7 +35,9 @@ */ #ifndef lint -static char sccsid[] = "@(#)operator.c 8.1 (Berkeley) 6/6/93"; +static const char sccsid[] = "@(#)operator.c 8.1 (Berkeley) 6/6/93"; +static const char rcsid[] = + "$FreeBSD$"; #endif /* not lint */ #include Index: option.c =================================================================== RCS file: /usr/cvs/src/usr.bin/find/option.c,v retrieving revision 1.9 diff -u -r1.9 option.c --- option.c 1999/12/19 15:43:19 1.9 +++ option.c 2000/04/30 02:18:28 @@ -84,6 +84,8 @@ { "-inum", N_INUM, c_inum, O_ARGV }, { "-links", N_LINKS, c_links, O_ARGV }, { "-ls", N_LS, c_ls, O_ZERO }, + { "-maxdepth", N_MAXDEPTH, c_maxdepth, O_ARGV }, + { "-mindepth", N_MINDEPTH, c_mindepth, O_ARGV }, { "-mmin", N_MMIN, c_mmin, O_ARGV }, { "-mtime", N_MTIME, c_mtime, O_ARGV }, { "-name", N_NAME, c_name, O_ARGV }, >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 Jun 1 7:11:22 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (Postfix) with ESMTP id 6407937B559 for ; Thu, 1 Jun 2000 07:11:18 -0700 (PDT) (envelope-from andre.albsmeier@mchp.siemens.de) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer david.siemens.de) Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by david.siemens.de (8.10.1/8.10.1) with ESMTP id e51EBFR24146; Thu, 1 Jun 2000 16:11:15 +0200 (MET DST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail2.siemens.de (8.10.1/8.10.1) with ESMTP id e51EBEb23247; Thu, 1 Jun 2000 16:11:14 +0200 (MET DST) Received: (from localhost) by curry.mchp.siemens.de (8.10.1/8.10.1) id e51EBEs95268; Date: Thu, 1 Jun 2000 16:11:14 +0200 From: Andre Albsmeier To: Stefan `Sec` Zehl Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Message-ID: <20000601161114.A18501@curry.mchp.siemens.de> References: <20000531095153.A80830@curry.mchp.siemens.de> <200005311200.IAA29719@lakes.dignus.com> <20000531140859.A44791@mithrandr.moria.org> <20000601142524.A19841@matrix.42.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000601142524.A19841@matrix.42.org>; from sec@42.org on Thu, Jun 01, 2000 at 02:25:24PM +0200 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 01-Jun-2000 at 14:25:24 +0200, Stefan `Sec` Zehl wrote: > On Wed, May 31, 2000 at 02:08:59PM +0200, Neil Blakey-Milner wrote: > > On Wed 2000-05-31 (08:00), Thomas David Rivers wrote: > > > If the user who wanted colorized ls has to change to get it; > > > why bother with putting this in the FreeBSD ls? > > > > Why bother adding new options or features, or upgrades to the base > > system whatsoever? Surely if people want an upgraded piece of software, > > or a new option to a program, they can install the port? > > The problem is to draw the line. Surely we will nevae have netscape in > base. But perl we do. I (and many others) think that colorized ls is > gimmicky enough to have no place in the base system. Color-ls gains you > no new information. Does less do this compared to more? Or /usr/src/games (I know, they can be disabled). No, there won't be gained new information. It never was the goal of a colorised ls to gain new information. > > > Look, it's quite simple - it doesn't cost anyone anything to add it to > > the system ls. > > It does. Compile time Sure, about 10ms, maybe 100ms on a slow machine. (No, I didn't measure it) :-) > size, Yes, 1152 bytes > startup time, Look at the patch. Unless you use -G, I assume writing this email took more time than the sum of all additional startup times of all (colorised) /bin/ls invocations in your remaining life :-) > are all increased. It's a new > place where bugs and inconsistencies can creep in. True, that's life. > > And for all the space-mongers, I'll personally ifdef it for you. > > Make it a port, so everybody can be happy. Everybody I know who installs It _is_ already a port. However, the ports ls distfile does not have the same features as /bin/ls has. So everytime someone changes /bin/ls the port would have to be sync'ed again (which costs developers/commiters time). > a FreeBSD system installs his favourite ports first. For me it's zsh, > screen, less and vim. If for you this includes colorls so go ahead and > add that port on a new install, but please don't influct this on the > rest of us. Again: It is an option (-G) that you don't have to use. I assume there are many programs in the base systems with options you don't use (and maybe even don't know about). You don't scream about them because they are already there. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 7:15:22 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from florence.pavilion.net (florence.pavilion.net [212.74.0.25]) by hub.freebsd.org (Postfix) with ESMTP id F07A237B559 for ; Thu, 1 Jun 2000 07:15:18 -0700 (PDT) (envelope-from joe@pavilion.net) Received: from genius.systems.pavilion.net (postfix@genius.systems.pavilion.net [212.74.1.100]) by florence.pavilion.net (8.9.3/8.8.8) with ESMTP id PAA80170; Thu, 1 Jun 2000 15:15:10 +0100 (BST) (envelope-from joe@pavilion.net) Received: by genius.systems.pavilion.net (Postfix, from userid 100) id 31103A3; Thu, 1 Jun 2000 15:15:14 +0100 (BST) Date: Thu, 1 Jun 2000 15:15:14 +0100 From: Josef Karthauser To: Andre Albsmeier Cc: Stefan `Sec` Zehl , freebsd-bugs@FreeBSD.ORG Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Message-ID: <20000601151514.J560@pavilion.net> References: <20000531095153.A80830@curry.mchp.siemens.de> <200005311200.IAA29719@lakes.dignus.com> <20000531140859.A44791@mithrandr.moria.org> <20000601142524.A19841@matrix.42.org> <20000601161114.A18501@curry.mchp.siemens.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000601161114.A18501@curry.mchp.siemens.de>; from andre.albsmeier@mchp.siemens.de on Thu, Jun 01, 2000 at 04:11:14PM +0200 X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Jun 01, 2000 at 04:11:14PM +0200, Andre Albsmeier wrote: > > > a FreeBSD system installs his favourite ports first. For me it's zsh, > > screen, less and vim. If for you this includes colorls so go ahead and > > add that port on a new install, but please don't influct this on the > > rest of us. > > Again: It is an option (-G) that you don't have to use. I assume there are > many programs in the base systems with options you don't use (and maybe > even don't know about). You don't scream about them because they are already > there. > Commit it already ;) :). Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 7:50:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8BE6037BA8A for ; Thu, 1 Jun 2000 07:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA84028; Thu, 1 Jun 2000 07:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 1 Jun 2000 07:50:01 -0700 (PDT) Message-Id: <200006011450.HAA84028@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bill Fumerola Subject: Re: bin/18941: Adding -{min,max}depth options to find(1) Reply-To: Bill Fumerola Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18941; it has been noted by GNATS. From: Bill Fumerola To: Ben Smithurst Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/18941: Adding -{min,max}depth options to find(1) Date: Thu, 1 Jun 2000 10:47:20 -0400 On Thu, Jun 01, 2000 at 01:25:54PM +0100, Ben Smithurst wrote: > > @@ -35,7 +35,9 @@ > */ > > #ifndef lint > -static char sccsid[] = "@(#)find.c 8.5 (Berkeley) 8/5/94"; > +static const char sccsid[] = "@(#)find.c 8.5 (Berkeley) 8/5/94"; > +static const char rcsid[] = > + "$FreeBSD$"; > #endif /* not lint */ all of these deltas like this should look something like: #if 0 static char sccsid[] = "blah.."; #else static const char rcsid[] = "$FreeBSD$"; #endif or something similar. -- Bill Fumerola - Network Architect / Computer Horizons Corp - CVM e-mail: billf@chc-chimes.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 7:55:50 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from matrix.42.org (matrix.42.org [194.246.250.200]) by hub.freebsd.org (Postfix) with ESMTP id 5CE1F37BA2F for ; Thu, 1 Jun 2000 07:55:47 -0700 (PDT) (envelope-from sec@42.org) Received: (from sec@localhost) by matrix.42.org (8.8.8/8.8.5) id QAA24425 (sender ); Thu, 1 Jun 2000 16:55:45 +0200 (CEST) Date: Thu, 1 Jun 2000 16:55:44 +0200 From: Stefan `Sec` Zehl To: Andre Albsmeier Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Message-ID: <20000601165544.A24155@matrix.42.org> X-Current-Backlog: 399 messages References: <20000531095153.A80830@curry.mchp.siemens.de> <200005311200.IAA29719@lakes.dignus.com> <20000531140859.A44791@mithrandr.moria.org> <20000601142524.A19841@matrix.42.org> <20000601161114.A18501@curry.mchp.siemens.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000601161114.A18501@curry.mchp.siemens.de>; from andre.albsmeier@mchp.siemens.de on Thu, Jun 01, 2000 at 04:11:14PM +0200 I-love-doing-this: really Accept-Languages: de, en X-URL: http://sec.42.org/ Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Jun 01, 2000 at 04:11:14PM +0200, Andre Albsmeier wrote: > On Thu, 01-Jun-2000 at 14:25:24 +0200, Stefan `Sec` Zehl wrote: > > The problem is to draw the line. Surely we will nevae have netscape in > > base. But perl we do. I (and many others) think that colorized ls is > > gimmicky enough to have no place in the base system. Color-ls gains you > > no new information. > > Does less do this compared to more? > Or /usr/src/games (I know, they can be disabled). less is a port, for this exact reason. > No, there won't be gained new information. It never was the goal of > a colorised ls to gain new information. Ok. So make it a port :) [...] > > Make it a port, so everybody can be happy. Everybody I know who installs > It _is_ already a port. However, the ports ls distfile does not have the same > features as /bin/ls has. So update the port an be done with it. > So everytime someone changes /bin/ls the port would > have to be sync'ed again (which costs developers/commiters time). And now everyone who canges ls has to wantch out not to break your precious color patch. > > a FreeBSD system installs his favourite ports first. For me it's zsh, > > screen, less and vim. If for you this includes colorls so go ahead and > > add that port on a new install, but please don't influct this on the > > rest of us. > Again: It is an option (-G) that you don't have to use. I assume there are > many programs in the base systems with options you don't use (and maybe > even don't know about). You don't scream about them because they are already > there. And again: There are many programs I use every day, starting with my shell (zsh). But I still don't go running around and claim it should be imported in base, just because I can't live without it. CU, Sec -- CUSTOMER: "I'm running Windows '95." > TECH: "Yes." CUSTOMER: "My computer isn't working now." > TECH: "Yes, you already said that." -- (found in comp.os.linux.misc) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 8: 7:28 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by hub.freebsd.org (Postfix) with ESMTP id 8322E37BA2F for ; Thu, 1 Jun 2000 08:07:24 -0700 (PDT) (envelope-from andre.albsmeier@mchp.siemens.de) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer goliath.siemens.de) Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by goliath.siemens.de (8.10.1/8.10.1) with ESMTP id e51F7KB12878; Thu, 1 Jun 2000 17:07:20 +0200 (MET DST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail1.siemens.de (8.10.1/8.10.1) with ESMTP id e51F7KM20284; Thu, 1 Jun 2000 17:07:20 +0200 (MET DST) Received: (from localhost) by curry.mchp.siemens.de (8.10.1/8.10.1) id e51F7Ks95515; Date: Thu, 1 Jun 2000 17:07:19 +0200 From: Andre Albsmeier To: Stefan `Sec` Zehl Cc: Andre Albsmeier , freebsd-bugs@FreeBSD.ORG Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Message-ID: <20000601170719.A18925@curry.mchp.siemens.de> References: <20000531095153.A80830@curry.mchp.siemens.de> <200005311200.IAA29719@lakes.dignus.com> <20000531140859.A44791@mithrandr.moria.org> <20000601142524.A19841@matrix.42.org> <20000601161114.A18501@curry.mchp.siemens.de> <20000601165544.A24155@matrix.42.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000601165544.A24155@matrix.42.org>; from sec@42.org on Thu, Jun 01, 2000 at 04:55:44PM +0200 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 01-Jun-2000 at 16:55:44 +0200, Stefan `Sec` Zehl wrote: > On Thu, Jun 01, 2000 at 04:11:14PM +0200, Andre Albsmeier wrote: > > On Thu, 01-Jun-2000 at 14:25:24 +0200, Stefan `Sec` Zehl wrote: > > > The problem is to draw the line. Surely we will nevae have netscape in > > > base. But perl we do. I (and many others) think that colorized ls is > > > gimmicky enough to have no place in the base system. Color-ls gains you > > > no new information. > > > > Does less do this compared to more? > > Or /usr/src/games (I know, they can be disabled). > > less is a port, for this exact reason. And it will be in the base system replacing more. > > > No, there won't be gained new information. It never was the goal of > > a colorised ls to gain new information. > > Ok. So make it a port :) It is a port. > > [...] > > > Make it a port, so everybody can be happy. Everybody I know who installs > > It _is_ already a port. However, the ports ls distfile does not have the same > > features as /bin/ls has. > > So update the port an be done with it. I can't. Someone else has to do it. > > > So everytime someone changes /bin/ls the port would > > have to be sync'ed again (which costs developers/commiters time). > > And now everyone who canges ls has to wantch out not to break your > precious color patch. The precious color patch (which is stolen form the port indeed) needs to be applied once. The port has to be updated every time /bin/ls changes. > > > > a FreeBSD system installs his favourite ports first. For me it's zsh, > > > screen, less and vim. If for you this includes colorls so go ahead and > > > add that port on a new install, but please don't influct this on the > > > rest of us. > > Again: It is an option (-G) that you don't have to use. I assume there are > > many programs in the base systems with options you don't use (and maybe > > even don't know about). You don't scream about them because they are already > > there. > > And again: There are many programs I use every day, starting with my > shell (zsh). But I still don't go running around and claim it should be > imported in base, just because I can't live without it. That's ok. -Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 8:21:46 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from matrix.42.org (matrix.42.org [194.246.250.200]) by hub.freebsd.org (Postfix) with ESMTP id 295F837B6C4 for ; Thu, 1 Jun 2000 08:21:43 -0700 (PDT) (envelope-from sec@42.org) Received: (from sec@localhost) by matrix.42.org (8.8.8/8.8.5) id RAA25155 (sender ); Thu, 1 Jun 2000 17:21:31 +0200 (CEST) Date: Thu, 1 Jun 2000 17:21:30 +0200 From: Stefan `Sec` Zehl To: Andre Albsmeier Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Message-ID: <20000601172130.A24898@matrix.42.org> X-Current-Backlog: 398 messages References: <20000531095153.A80830@curry.mchp.siemens.de> <200005311200.IAA29719@lakes.dignus.com> <20000531140859.A44791@mithrandr.moria.org> <20000601142524.A19841@matrix.42.org> <20000601161114.A18501@curry.mchp.siemens.de> <20000601165544.A24155@matrix.42.org> <20000601170719.A18925@curry.mchp.siemens.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000601170719.A18925@curry.mchp.siemens.de>; from andre.albsmeier@mchp.siemens.de on Thu, Jun 01, 2000 at 05:07:19PM +0200 I-love-doing-this: really Accept-Languages: de, en X-URL: http://sec.42.org/ Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Jun 01, 2000 at 05:07:19PM +0200, Andre Albsmeier wrote: > On Thu, 01-Jun-2000 at 16:55:44 +0200, Stefan `Sec` Zehl wrote: > > less is a port, for this exact reason. > > And it will be in the base system replacing more. If I had heaed of that, I'd have objected to that. Even more since the current less is broken because it insists on using bold, without an option to turn it off. > > > No, there won't be gained new information. It never was the goal of > > > a colorised ls to gain new information. > > Ok. So make it a port :) > It is a port. So keep it a port. > > So update the port an be done with it. > I can't. Someone else has to do it. Why? Submit an updated port. > > And now everyone who canges ls has to wantch out not to break your > > precious color patch. > > The precious color patch (which is stolen form the port indeed) needs > to be applied once. The port has to be updated every time /bin/ls > changes. That's not the full true story. If the patch is applied everyone who changes ls has to check to not break the color part. You're basically offloading the work to someone else. > > And again: There are many programs I use every day, starting with my > > shell (zsh). But I still don't go running around and claim it should be > > imported in base, just because I can't live without it. > > That's ok. So don't inflict your 'essentials' onto the rest of the world. CU, Sec -- Hiroshima '45 Tsjernobyl '86 Windows '95 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 8:26:33 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by hub.freebsd.org (Postfix) with ESMTP id 0B0DA37BAD1 for ; Thu, 1 Jun 2000 08:26:30 -0700 (PDT) (envelope-from andre.albsmeier@mchp.siemens.de) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer goliath.siemens.de) Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by goliath.siemens.de (8.10.1/8.10.1) with ESMTP id e51FQSB15807 for ; Thu, 1 Jun 2000 17:26:28 +0200 (MET DST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail2.siemens.de (8.10.1/8.10.1) with ESMTP id e51FQRp10480 for ; Thu, 1 Jun 2000 17:26:28 +0200 (MET DST) Received: (from localhost) by curry.mchp.siemens.de (8.10.1/8.10.1) id e51FQRs95616 for freebsd-bugs@FreeBSD.ORG; Thu, 1 Jun 2000 17:26:27 +0200 (CEST) Date: Thu, 1 Jun 2000 17:26:27 +0200 From: Andre Albsmeier To: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Message-ID: <20000601172627.A23118@curry.mchp.siemens.de> References: <20000531095153.A80830@curry.mchp.siemens.de> <200005311200.IAA29719@lakes.dignus.com> <20000531140859.A44791@mithrandr.moria.org> <20000601142524.A19841@matrix.42.org> <20000601161114.A18501@curry.mchp.siemens.de> <20000601165544.A24155@matrix.42.org> <20000601170719.A18925@curry.mchp.siemens.de> <20000601172130.A24898@matrix.42.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000601172130.A24898@matrix.42.org>; from sec@42.org on Thu, Jun 01, 2000 at 05:21:30PM +0200 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 01-Jun-2000 at 17:21:30 +0200, Stefan `Sec` Zehl wrote: > On Thu, Jun 01, 2000 at 05:07:19PM +0200, Andre Albsmeier wrote: > > On Thu, 01-Jun-2000 at 16:55:44 +0200, Stefan `Sec` Zehl wrote: > > > less is a port, for this exact reason. > > > > And it will be in the base system replacing more. > > If I had heaed of that, I'd have objected to that. Even more since the > current less is broken because it insists on using bold, without an > option to turn it off. > [replied privately] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 8:30: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DD1EE37B9A3 for ; Thu, 1 Jun 2000 08:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA90174; Thu, 1 Jun 2000 08:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 35D7E37BCAD; Thu, 1 Jun 2000 08:22:10 -0700 (PDT) Message-Id: <20000601152210.35D7E37BCAD@hub.freebsd.org> Date: Thu, 1 Jun 2000 08:22:10 -0700 (PDT) From: pvh@egenetics.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/18946: Add support for enabling USB daemon from /stand/sysinstall Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18946 >Category: bin >Synopsis: Add support for enabling USB daemon from /stand/sysinstall >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: Thu Jun 01 08:30:02 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Peter van Heusden >Release: 4.0-STABLE >Organization: Electric Genetics >Environment: FreeBSD industrial.egenetics.com 4.0-STABLE FreeBSD 4.0-STABLE #0: Thu Jun 1 09 :24:16 SAST 2000 root@industrial.egenetics.com:/usr/src/sys/compile/MYKERNEL i386 >Description: Attached is a patch to allow the USB daemon to be switch on/off from /stand/sysinstall. This is a fairly commonly required service, and adding it to sysinstall will make new users immediately aware of its existence. >How-To-Repeat: N/A >Fix: Below is a patch to /usr/src/release/sysinstall/menus.c: *** menus.c.orig Thu Jun 1 17:11:22 2000 --- menus.c Thu Jun 1 17:11:27 2000 *************** *** 1276,1281 **** --- 1276,1285 ---- dmenuVarCheck, dmenuISetVariable, NULL, "pccard_mem" }, { " pccard ifconfig", "List of PCCARD ethernet devices to configure", dmenuVarCheck, dmenuISetVariable, NULL, "pccard_ifconfig" }, + { " usbd", "Enable USB daemon (detect USB attach / detach)", + dmenuVarCheck, dmenuToggleVariable, NULL, "usbd_enable=YES" }, + { " usbd flags", "Set default flags to usbd (if enabled)", + dmenuVarCheck, dmenuISetVariable, NULL, "usbd_flags" }, { " ", " -- ", NULL, NULL, NULL, NULL, ' ', ' ', ' ' }, { " startup dirs", "Set the list of dirs to look for startup scripts", dmenuVarCheck, dmenuISetVariable, NULL, "local_startup" }, >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 Jun 1 8:30:49 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id E97F437BA25 for ; Thu, 1 Jun 2000 08:30:43 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 1 Jun 2000 16:30:39 +0100 (BST) To: Stefan `Sec` Zehl Cc: Andre Albsmeier , freebsd-bugs@freebsd.org Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls X-Request-Do: Date: Thu, 01 Jun 2000 16:30:39 +0100 From: David Malone Message-ID: <200006011630.aa92172@salmon.maths.tcd.ie> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > less is a port, for this exact reason. I presume you know what more has been removed from the tree in 5.X and replaced by less. Also csh has been removed and replaced with tcsh. Personally I think the fact that alot of people expect a colourising ls in the base system, and the relatively small nature of the change make it worth it. What we really need is either some sort of objective metric to evaluate these type of changes, or a simple system where people vote and see what the general feeling is. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 8:32: 1 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from altair.mayn.de (altair.mayn.de [194.145.150.157]) by hub.freebsd.org (Postfix) with ESMTP id B5AE037B9A3 for ; Thu, 1 Jun 2000 08:31:57 -0700 (PDT) (envelope-from mkb@altair.mayn.de) Received: from altair.mayn.de (localhost [127.0.0.1]) by altair.mayn.de (8.8.8/8.8.8-NORELAY) with ESMTP id RAA00809; Thu, 1 Jun 2000 17:30:17 +0200 (CEST) Message-Id: <200006011530.RAA00809@altair.mayn.de> To: Andre Albsmeier Cc: freebsd-bugs@freebsd.org Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls In-Reply-To: Your message of "Thu, 01 Jun 2000 17:07:19 +0200." <20000601170719.A18925@curry.mchp.siemens.de> Date: Thu, 01 Jun 2000 17:30:16 +0200 From: Matthias Buelow Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Andre Albsmeier wrote: >once. The port has to be updated every time /bin/ls changes. Oh fuck.. ls is such rapidly changing software technology that this will surely keep at least 3 developers busy full time. How about moving this onto a more general list? I want to have my daily dose of software bugs on this list not those that nest in some people's brains. mkb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 9:40:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1438437BE70 for ; Thu, 1 Jun 2000 09:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA03488; Thu, 1 Jun 2000 09:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 8FA0037B5ED for ; Thu, 1 Jun 2000 09:30:12 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 1 Jun 2000 17:30:11 +0100 (BST) Message-Id: <200006011730.aa96531@walton.maths.tcd.ie> Date: Thu, 1 Jun 2000 17:30:10 +0100 (BST) From: dwmalone@maths.tcd.ie Reply-To: dwmalone@maths.tcd.ie To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/18947: daily security script should list inode numbers? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18947 >Category: misc >Synopsis: daily security script should list inode numbers? >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: Thu Jun 01 09:40:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: David Malone >Release: FreeBSD 3.4-STABLE i386 >Organization: School of Mathematics, Trinity College, Dublin. >Environment: {3,4,5}.X >Description: The nightly security script remembers lots of stuff about all the setuid files it finds, using "ls -lTd", remembering the inode number of these files could be useful too. After all, if the inode number has changed and nothing else you've either just restored from a backup, or something strange is afoot! >How-To-Repeat: Have script kiddies use a badly written timestamp fixing program on a suid program. >Fix: =================================================================== RCS file: security,v retrieving revision 1.38 diff -u -r1.38 security --- security 2000/04/06 10:46:50 1.38 +++ security 2000/06/01 16:16:14 @@ -35,7 +35,7 @@ find $mount -xdev -type f \ \( -perm -u+x -or -perm -g+x -or -perm -o+x \) \ \( -perm -u+s -or -perm -g+s \) -print0 -done | xargs -0 -n 20 ls -lTd | sort +9 > ${TMP} +done | xargs -0 -n 20 ls -liTd | sort +10 > ${TMP} if [ ! -f ${LOG}/setuid.today ]; then separator >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 Jun 1 9:40:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5AEE637BFC5 for ; Thu, 1 Jun 2000 09:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA03502; Thu, 1 Jun 2000 09:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id F219B37BF16; Thu, 1 Jun 2000 09:38:26 -0700 (PDT) Message-Id: <20000601163826.F219B37BF16@hub.freebsd.org> Date: Thu, 1 Jun 2000 09:38:26 -0700 (PDT) From: sussman@collab.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/18949: infinite "microuptime() went backwards" messages -- caused by intense disk access Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18949 >Category: kern >Synopsis: infinite "microuptime() went backwards" messages -- caused by intense disk access >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 Jun 01 09:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Ben Collins-Sussman >Release: 4.0 >Organization: Collab.Net >Environment: FreeBSD newton.collab.net 4.0-RELEASE FreeBSD 4.0-RELEASE #0: Thu May 4 14:49:56 CDT 2000 root@newton.collab.net:/usr/src/sys/compile/NEWTON-KERNEL i386 >Description: This problem is identical, I think, to kern/18858, and possibly kern/18798. The "microuptime() went backward" messages are so numerous, that my system becomes destabilized; the CPU load stays quite high, everything slows down, I have to reboot. There's no way to stop the messages once they get started. >How-To-Repeat: Intense UDMA disk access on this particular motherboard. I can *absolutely* reproduce it by doing any sort of prolonged, intense disk access -- for example, building the "ispell" port. (ispell builds some huge indices.) >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 Jun 1 9:53:20 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from florence.pavilion.net (florence.pavilion.net [212.74.0.25]) by hub.freebsd.org (Postfix) with ESMTP id 24E6537BE9E for ; Thu, 1 Jun 2000 09:53:17 -0700 (PDT) (envelope-from joe@pavilion.net) Received: from genius.systems.pavilion.net (postfix@genius.systems.pavilion.net [212.74.1.100]) by florence.pavilion.net (8.9.3/8.8.8) with ESMTP id RAA56154; Thu, 1 Jun 2000 17:53:13 +0100 (BST) (envelope-from joe@pavilion.net) Received: by genius.systems.pavilion.net (Postfix, from userid 100) id 8236F7D; Thu, 1 Jun 2000 17:53:17 +0100 (BST) Date: Thu, 1 Jun 2000 17:53:17 +0100 From: Josef Karthauser To: David Malone Cc: Stefan `Sec` Zehl , Andre Albsmeier , freebsd-bugs@FreeBSD.ORG Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Message-ID: <20000601175317.W560@pavilion.net> References: <200006011630.aa92172@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006011630.aa92172@salmon.maths.tcd.ie>; from dwmalone@maths.tcd.ie on Thu, Jun 01, 2000 at 04:30:39PM +0100 X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Jun 01, 2000 at 04:30:39PM +0100, David Malone wrote: > > less is a port, for this exact reason. > > I presume you know what more has been removed from the tree in 5.X > and replaced by less. Also csh has been removed and replaced with > tcsh. > > Personally I think the fact that alot of people expect a colourising > ls in the base system, and the relatively small nature of the change > make it worth it. What we really need is either some sort of > objective metric to evaluate these type of changes, or a simple > system where people vote and see what the general feeling is. I intend to commit this in the next day. I use a colourised ls day to day and it annoys me that they don't operate in the same was as the native /bin/ls. (For instance they don't support file flags). It only adds one and a half kb to the binary, and I don't see why it shouldn't be added. (Defaulting to no colour, so that compatibility is preserved.) Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 10:20:20 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3CB6737B5E8 for ; Thu, 1 Jun 2000 10:20:12 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA09469; Thu, 1 Jun 2000 10:20:12 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 4C8FF37B5E8 for ; Thu, 1 Jun 2000 10:14:57 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from gosset.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 1 Jun 2000 18:14:56 +0100 (BST) Message-Id: <200006011814.aa18661@gosset.maths.tcd.ie> Date: Thu, 1 Jun 2000 18:14:56 +0100 (BST) From: dwmalone@maths.tcd.ie Reply-To: dwmalone@maths.tcd.ie To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/18951: top sorting error Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18951 >Category: bin >Synopsis: top sorting error >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: Thu Jun 01 10:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: David Malone >Release: FreeBSD 3.4-STABLE i386 >Organization: School of Mathematics, Trinity College, Dublin, Ireland. >Environment: 3-STABLE >Description: Top can incorrectly sort things, as many of it assumes things will fit into an int. One of these was fixed by bde in -current, but the fix didn't make it back to stable. >How-To-Repeat: Start top and then use "o time". Sometimes the processes will be out of order. >Fix: Either MFC 1.28, or the following patch would future proof top, at the cost of a few CPU cycles. (for /usr/src/usr.bin/top/machine.h) --- machine.c.orig Fri Mar 24 19:57:36 2000 +++ machine.c Fri Mar 24 19:58:17 2000 @@ -737,26 +737,26 @@ 4 /* stop */ }; +#define CMP(a,b) ( (a) == (b) ? 0 : (a) < (b) ? -1 : 1 ) #define ORDERKEY_PCTCPU \ - if (lresult = (long) PP(p2, p_pctcpu) - (long) PP(p1, p_pctcpu), \ - (result = lresult > 0 ? 1 : lresult < 0 ? -1 : 0) == 0) + if ((result = CMP(PP(p2, p_pctcpu),PP(p1, p_pctcpu))) == 0) #define ORDERKEY_CPTICKS \ - if ((result = PP(p2, p_runtime) - PP(p1, p_runtime)) == 0) + if ((result = CMP(PP(p2, p_runtime),PP(p1, p_runtime))) == 0) #define ORDERKEY_STATE \ - if ((result = sorted_state[(unsigned char) PP(p2, p_stat)] - \ - sorted_state[(unsigned char) PP(p1, p_stat)]) == 0) + if ((result = CMP(sorted_state[(unsigned char) PP(p2, p_stat)], \ + sorted_state[(unsigned char) PP(p1, p_stat)])) == 0) #define ORDERKEY_PRIO \ - if ((result = PP(p2, p_priority) - PP(p1, p_priority)) == 0) + if ((result = CMP(PP(p2, p_priority),PP(p1, p_priority))) == 0) #define ORDERKEY_RSSIZE \ - if ((result = VP(p2, vm_rssize) - VP(p1, vm_rssize)) == 0) + if ((result = CMP(VP(p2, vm_rssize),VP(p1, vm_rssize))) == 0) #define ORDERKEY_MEM \ - if ( (result = PROCSIZE(p2) - PROCSIZE(p1)) == 0 ) + if ((result = CMP(PROCSIZE(p2),PROCSIZE(p1))) == 0 ) /* compare_cpu - the comparison function for sorting by cpu percentage */ @@ -774,7 +774,6 @@ register struct kinfo_proc *p1; register struct kinfo_proc *p2; register int result; - register pctcpu lresult; /* remove one level of indirection */ p1 = *(struct kinfo_proc **) pp1; @@ -816,7 +815,6 @@ register struct kinfo_proc *p1; register struct kinfo_proc *p2; register int result; - register pctcpu lresult; /* remove one level of indirection */ p1 = *(struct kinfo_proc **) pp1; @@ -845,7 +843,6 @@ register struct kinfo_proc *p1; register struct kinfo_proc *p2; register int result; - register pctcpu lresult; /* remove one level of indirection */ p1 = *(struct kinfo_proc **) pp1; @@ -874,7 +871,6 @@ register struct kinfo_proc *p1; register struct kinfo_proc *p2; register int result; - register pctcpu lresult; /* remove one level of indirection */ p1 = *(struct kinfo_proc **) pp1; @@ -903,7 +899,6 @@ register struct kinfo_proc *p1; register struct kinfo_proc *p2; register int result; - register pctcpu lresult; /* remove one level of indirection */ p1 = *(struct kinfo_proc **) pp1; >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 Jun 1 10:58:30 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from matrix.42.org (matrix.42.org [194.246.250.200]) by hub.freebsd.org (Postfix) with ESMTP id 2886837B7E0 for ; Thu, 1 Jun 2000 10:58:25 -0700 (PDT) (envelope-from sec@42.org) Received: (from sec@localhost) by matrix.42.org (8.8.8/8.8.5) id TAA29983 (sender ); Thu, 1 Jun 2000 19:58:21 +0200 (CEST) Date: Thu, 1 Jun 2000 19:58:20 +0200 From: Stefan `Sec` Zehl To: Josef Karthauser Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Message-ID: <20000601195820.A29643@matrix.42.org> X-Current-Backlog: 400 messages References: <200006011630.aa92172@salmon.maths.tcd.ie> <20000601175317.W560@pavilion.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000601175317.W560@pavilion.net>; from joe@pavilion.net on Thu, Jun 01, 2000 at 05:53:17PM +0100 I-love-doing-this: really Accept-Languages: de, en X-URL: http://sec.42.org/ Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Jun 01, 2000 at 05:53:17PM +0100, Josef Karthauser wrote: > I intend to commit this in the next day. I use a colourised ls day to > day and it annoys me that they don't operate in the same was as the native > /bin/ls. (For instance they don't support file flags). So update the colorized ls port. "I use a colourised ls day to day" doesn't sound like a convincing argument to me. I use zsh day to day. I think we should import it in the base system. After all, many peolple use it, and those who don't like it can simply not start it. As an added bonus, it doesn't even make an existing, frequently used, program bigger since it's an entirely new executable. > It only adds one and a half kb to the binary, and I don't see why it > shouldn't be added. I don't see why zsh shouldn't be added, it just adds a bit of new source to the source tree. CU, Sec -- I know I've got it great, really, good job, good friends, loving family, total freedom, and long bubblebaths. what else could there be? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 11: 0: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8AE0937BE3A for ; Thu, 1 Jun 2000 11:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA14862; Thu, 1 Jun 2000 11:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 1 Jun 2000 11:00:03 -0700 (PDT) Message-Id: <200006011800.LAA14862@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ben Smithurst Subject: Re: bin/18941: Adding -{min,max}depth options to find(1) Reply-To: Ben Smithurst Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18941; it has been noted by GNATS. From: Ben Smithurst To: Bill Fumerola Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/18941: Adding -{min,max}depth options to find(1) Date: Thu, 1 Jun 2000 17:33:03 +0100 Bill Fumerola wrote: > all of these deltas like this should look something like: > > #if 0 > static char sccsid[] = "blah.."; > #else > static const char rcsid[] = > "$FreeBSD$"; > #endif ok. Should the #ifndef lint around it all stay? -- Ben Smithurst / ben@scientia.demon.co.uk / PGP: 0x99392F7D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 12:10:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 25AD737B8D0 for ; Thu, 1 Jun 2000 12:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA24264; Thu, 1 Jun 2000 12:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from mail.inka.de (quechua.inka.de [212.227.14.2]) by hub.freebsd.org (Postfix) with ESMTP id B116C37B8B4 for ; Thu, 1 Jun 2000 12:05:42 -0700 (PDT) (envelope-from naddy@mips.inka.de) Received: from bigeye.mips.inka.de (uucp@) by mail.inka.de with local-bsmtp id 12xaHf-0001GQ-01; Thu, 1 Jun 2000 21:05:35 +0200 Received: (from naddy@localhost) by bigeye.mips.inka.de (8.9.3/8.9.3) id VAA01256; Thu, 1 Jun 2000 21:05:18 +0200 (CEST) (envelope-from naddy) Message-Id: <200006011905.VAA01256@bigeye.mips.inka.de> Date: Thu, 1 Jun 2000 21:05:18 +0200 (CEST) From: Christian Weisgerber Reply-To: naddy@mips.inka.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/18952: fdesc-related panic Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18952 >Category: kern >Synopsis: fdesc-related panic >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 01 12:10:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Christian Weisgerber >Release: FreeBSD 5.0-CURRENT i386 >Organization: UUGRN >Environment: fdesc mounted on /dev/fd. fdesc was loaded as a module. Tested for 5.0-CURRENT i386 from May 18 and May 30. >Description: An unpriviledged user can accidentally panic the system with a completely innocuous command. ---------------- #0 boot (howto=256) at ../../kern/kern_shutdown.c:303 #1 0xc0164599 in panic (fmt=0xc0267e4f "page fault") at ../../kern/kern_shutdown.c:553 #2 0xc023333e in trap_fatal (frame=0xc6155d74, eva=52) at ../../i386/i386/trap.c:927 #3 0xc0232ff1 in trap_pfault (frame=0xc6155d74, usermode=0, eva=52) at ../../i386/i386/trap.c:820 #4 0xc0232b7f in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = -976731072, tf_esi = -971678188, tf_ebp = -971678248, tf_isp = -971678304, tf_ebx = -971678208, tf_edx = 0, tf_ecx = 13, tf_eax = -971678268, tf_trapno = 12, tf_err = 0, tf_eip = -1063880518, tf_cs = 8, tf_eflags = 66195, tf_esp = -971678268, tf_ss = -971678208}) at ../../i386/i386/trap.c:426 #5 0xc09678ba in ?? () #6 0xc01995ea in vn_open (ndp=0xc6155ecc, fmode=1026, cmode=420) at vnode_if.h:305 #7 0xc019561d in open (p=0xc5c84440, uap=0xc6155f80) at ../../kern/vfs_syscalls.c:995 #8 0xc02335f1 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 8, tf_esi = 672161560, tf_ebp = -1077937912, tf_isp = -971677740, tf_ebx = 672096100, tf_edx = 672161560, tf_ecx = 15, tf_eax = 5, tf_trapno = 12, tf_err = 2, tf_eip = 672013048, tf_cs = 31, tf_eflags = 643, tf_esp = -1077937956, tf_ss = 47}) at ../../i386/i386/trap.c:1126 #9 0xc02278a8 in Xint0x80_syscall () ---------------- # # BIGEYE -- bigeye.rhein-neckar.de (5.0-CURRENT) # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.246 2000/03/09 16:32:55 jlemon Exp $ # # 2000-03-25 naddy machine i386 cpu I586_CPU ident BIGEYE maxusers 32 makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options INCLUDE_CONFIG_FILE # Include this file in kernel options AUTO_EOI_1 options AUTO_EOI_2 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options SOFTUPDATES options MFS #Memory Filesystem options NFS #Network Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem options KERNFS #Kernel filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=10000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options KTRACE #ktrace(1) support options DDB #Enable the kernel debugger options DDB_UNATTENDED #Don't drop into DDB for a panic options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extentions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies device isa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 # SCSI Controllers device sym # NCR/Symbios Logic (newer chipsets) # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device psm0 at atkbdc? irq 12 device vga0 at isa? # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? options SC_ALT_MOUSE_IMAGE # simplified mouse cursor in text mode options SC_DISABLE_REBOOT # disable reboot key sequence # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 # Parallel port device ppc0 at isa? irq 7 device ppbus # Parallel port bus (required) device lpt # Printer # PCI Ethernet NICs. device fxp # Intel EtherExpress PRO/100B (82557, 82558) # Sound device pcm # For PnP/PCI sound cards # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device vn #Vnode driver (turns a file into a device) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf #Berkeley packet filter ---------------- >How-To-Repeat: $ fetch -o - http://sites.inka.de/mips/unix/freebsd/xterm.shar | sh >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 Jun 1 12:20: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8D34237B81B for ; Thu, 1 Jun 2000 12:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA25491; Thu, 1 Jun 2000 12:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 1 Jun 2000 12:20:02 -0700 (PDT) Message-Id: <200006011920.MAA25491@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bill Fumerola Subject: Re: bin/18941: Adding -{min,max}depth options to find(1) Reply-To: Bill Fumerola Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18941; it has been noted by GNATS. From: Bill Fumerola To: Ben Smithurst Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/18941: Adding -{min,max}depth options to find(1) Date: Thu, 1 Jun 2000 15:12:42 -0400 On Thu, Jun 01, 2000 at 05:33:03PM +0100, Ben Smithurst wrote: > > #if 0 > > static char sccsid[] = "blah.."; > > #else > > static const char rcsid[] = > > "$FreeBSD$"; > > #endif > > ok. Should the #ifndef lint around it all stay? yes -- Bill Fumerola - Network Architect / Computer Horizons Corp - CVM e-mail: billf@chc-chimes.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 13: 0: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9947637BEA3 for ; Thu, 1 Jun 2000 13:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA29884; Thu, 1 Jun 2000 13:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id CF2B537BDE6; Thu, 1 Jun 2000 12:51:22 -0700 (PDT) Message-Id: <20000601195122.CF2B537BDE6@hub.freebsd.org> Date: Thu, 1 Jun 2000 12:51:22 -0700 (PDT) From: uurtamo@azstarnet.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/18955: make buildworld chokes on gperf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18955 >Category: i386 >Synopsis: make buildworld chokes on gperf >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: Thu Jun 01 13:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: steve uurtamo >Release: 3.4-RELEASE >Organization: >Environment: FreeBSD janitor.systems.tus.azstarnet.com 3.4-RELEASE FreeBSD 3.4-RELEASE #0: Mon Dec 20 06:54:39 GMT 1999 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: ( size/timestamp on new.cc is 2978 Mar 25 00:44 new.cc timestamp on c++ is 4712 Dec 19 22:46 /usr/bin/c++ ) new.cc, when compilation is attempted, chokes with the following: c++ -I/usr/obj/usr/src/i386/usr/include/g++ -O -pipe -I/usr/obj/usr/src/i386/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc:80: warning: `catch', `throw', and `try' are all C++ reserved words /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc: In function `void operator delete(void *)': /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc:82: declaration of `operator delete(void *)' throws different exceptions... :82: ...from previous declaration here *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. >How-To-Repeat: cvsup src-all cd /usr/src make buildworld >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 Jun 1 14:59:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4953137B6DF; Thu, 1 Jun 2000 14:59:13 -0700 (PDT) (envelope-from green@FreeBSD.org) Received: (from green@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA44149; Thu, 1 Jun 2000 14:59:13 -0700 (PDT) (envelope-from green@FreeBSD.org) Date: Thu, 1 Jun 2000 14:59:13 -0700 (PDT) From: Message-Id: <200006012159.OAA44149@freefall.freebsd.org> To: alex@big.endian.de, green@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/18830: add IP_FW_GETRULE to ipfw, in order to get single rules Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: add IP_FW_GETRULE to ipfw, in order to get single rules State-Changed-From-To: open->feedback State-Changed-By: green State-Changed-When: Thu Jun 1 14:49:18 PDT 2000 State-Changed-Why: There are a couple problems I have with it. The big problem is that you don't copy the entire chain of a specific rule number out, but only the very first one. http://www.freebsd.org/cgi/query-pr.cgi?pr=18830 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 15:21:20 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 33D7F37B7A3; Thu, 1 Jun 2000 15:21:19 -0700 (PDT) (envelope-from phk@FreeBSD.org) Received: (from phk@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA46966; Thu, 1 Jun 2000 15:21:19 -0700 (PDT) (envelope-from phk@FreeBSD.org) Date: Thu, 1 Jun 2000 15:21:19 -0700 (PDT) From: Message-Id: <200006012221.PAA46966@freefall.freebsd.org> To: petry@netmasters.com, phk@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/9297: pps driver doesn't clear ppbus control port on open or close Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pps driver doesn't clear ppbus control port on open or close State-Changed-From-To: open->closed State-Changed-By: phk State-Changed-When: Thu Jun 1 15:20:41 PDT 2000 State-Changed-Why: This patch seems to have made its way in at some point in time. http://www.freebsd.org/cgi/query-pr.cgi?pr=9297 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 15:23:23 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2C9A637B67B; Thu, 1 Jun 2000 15:23:22 -0700 (PDT) (envelope-from phk@FreeBSD.org) Received: (from phk@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA47191; Thu, 1 Jun 2000 15:23:22 -0700 (PDT) (envelope-from phk@FreeBSD.org) Date: Thu, 1 Jun 2000 15:23:22 -0700 (PDT) From: Message-Id: <200006012223.PAA47191@freefall.freebsd.org> To: petry@netmasters.com, phk@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/9296: pps driver missing header file Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pps driver missing header file State-Changed-From-To: open->closed State-Changed-By: phk State-Changed-When: Thu Jun 1 15:22:49 PDT 2000 State-Changed-Why: Patch was overtaken by events. http://www.freebsd.org/cgi/query-pr.cgi?pr=9296 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 15:27:59 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 827FB37B7E9; Thu, 1 Jun 2000 15:27:58 -0700 (PDT) (envelope-from phk@FreeBSD.org) Received: (from phk@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA47673; Thu, 1 Jun 2000 15:27:58 -0700 (PDT) (envelope-from phk@FreeBSD.org) Date: Thu, 1 Jun 2000 15:27:58 -0700 (PDT) From: Message-Id: <200006012227.PAA47673@freefall.freebsd.org> To: cgaylord@vt.edu, phk@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/9259: allow no prompt for yes in fdformat, but still show progress Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: allow no prompt for yes in fdformat, but still show progress State-Changed-From-To: open->closed State-Changed-By: phk State-Changed-When: Thu Jun 1 15:27:40 PDT 2000 State-Changed-Why: committed thanks http://www.freebsd.org/cgi/query-pr.cgi?pr=9259 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 15:31: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D578237B7E9; Thu, 1 Jun 2000 15:31:01 -0700 (PDT) (envelope-from phk@FreeBSD.org) Received: (from phk@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA47990; Thu, 1 Jun 2000 15:31:01 -0700 (PDT) (envelope-from phk@FreeBSD.org) Date: Thu, 1 Jun 2000 15:31:01 -0700 (PDT) From: Message-Id: <200006012231.PAA47990@freefall.freebsd.org> To: vns@delta.odessa.ua, phk@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/8824: Incorrect driver unit number in IDE BusMaster code Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Incorrect driver unit number in IDE BusMaster code State-Changed-From-To: open->closed State-Changed-By: phk State-Changed-When: Thu Jun 1 15:30:27 PDT 2000 State-Changed-Why: Overtaken by events. ata(4) makes this irrelevant. http://www.freebsd.org/cgi/query-pr.cgi?pr=8824 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 15:32:21 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 23A2B37B5A2; Thu, 1 Jun 2000 15:32:20 -0700 (PDT) (envelope-from phk@FreeBSD.org) Received: (from phk@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA48170; Thu, 1 Jun 2000 15:32:20 -0700 (PDT) (envelope-from phk@FreeBSD.org) Date: Thu, 1 Jun 2000 15:32:20 -0700 (PDT) From: Message-Id: <200006012232.PAA48170@freefall.freebsd.org> To: _@r4k.net, phk@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/8605: ipsec for ipv4, new version Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ipsec for ipv4, new version State-Changed-From-To: open->closed State-Changed-By: phk State-Changed-When: Thu Jun 1 15:31:52 PDT 2000 State-Changed-Why: Overtaken by events: We have KAME in the tree now. http://www.freebsd.org/cgi/query-pr.cgi?pr=8605 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 15:34:27 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8386837B5A2; Thu, 1 Jun 2000 15:34:26 -0700 (PDT) (envelope-from phk@FreeBSD.org) Received: (from phk@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA48454; Thu, 1 Jun 2000 15:34:26 -0700 (PDT) (envelope-from phk@FreeBSD.org) Date: Thu, 1 Jun 2000 15:34:26 -0700 (PDT) From: Message-Id: <200006012234.PAA48454@freefall.freebsd.org> To: vanmaren@cs.utah.edu, phk@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/8898: PCI devices without an associated driver are silently ignored Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: PCI devices without an associated driver are silently ignored State-Changed-From-To: open->closed State-Changed-By: phk State-Changed-When: Thu Jun 1 15:33:31 PDT 2000 State-Changed-Why: Overtaken by events. I'm not sure that the current code does the right thing, but at least booting with -v will give you all the info you need. pciconf(8) is also a solution. http://www.freebsd.org/cgi/query-pr.cgi?pr=8898 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 15:39: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CA88337B5A2; Thu, 1 Jun 2000 15:38:53 -0700 (PDT) (envelope-from phk@FreeBSD.org) Received: (from phk@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA48963; Thu, 1 Jun 2000 15:38:53 -0700 (PDT) (envelope-from phk@FreeBSD.org) Date: Thu, 1 Jun 2000 15:38:53 -0700 (PDT) From: Message-Id: <200006012238.PAA48963@freefall.freebsd.org> To: ross@rocksoft.com, phk@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/16140: /proc contains regular files of infinite length. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /proc contains regular files of infinite length. State-Changed-From-To: open->closed State-Changed-By: phk State-Changed-When: Thu Jun 1 15:38:24 PDT 2000 State-Changed-Why: I think we're done with this one. http://www.freebsd.org/cgi/query-pr.cgi?pr=16140 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 15:42:23 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 55D3737B567; Thu, 1 Jun 2000 15:42:21 -0700 (PDT) (envelope-from phk@FreeBSD.org) Received: (from phk@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA49523; Thu, 1 Jun 2000 15:42:20 -0700 (PDT) (envelope-from phk@FreeBSD.org) Date: Thu, 1 Jun 2000 15:42:20 -0700 (PDT) From: Message-Id: <200006012242.PAA49523@freefall.freebsd.org> To: pccb@yahoo.com, phk@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/17764: wrong percentage completed in bad144 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: wrong percentage completed in bad144 State-Changed-From-To: open->closed State-Changed-By: phk State-Changed-When: Thu Jun 1 15:41:41 PDT 2000 State-Changed-Why: Bad144 has been retired. Besides you don't need to run bad144 on a disk like that. http://www.freebsd.org/cgi/query-pr.cgi?pr=17764 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 15:44:33 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2D3D537BA98; Thu, 1 Jun 2000 15:44:32 -0700 (PDT) (envelope-from phk@FreeBSD.org) Received: (from phk@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA49938; Thu, 1 Jun 2000 15:44:32 -0700 (PDT) (envelope-from phk@FreeBSD.org) Date: Thu, 1 Jun 2000 15:44:32 -0700 (PDT) From: Message-Id: <200006012244.PAA49938@freefall.freebsd.org> To: simon@lok.net, phk@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/17868: no more buffers / can't allocate llinfo when running gated Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: no more buffers / can't allocate llinfo when running gated State-Changed-From-To: open->closed State-Changed-By: phk State-Changed-When: Thu Jun 1 15:44:17 PDT 2000 State-Changed-Why: resolved I pressume. http://www.freebsd.org/cgi/query-pr.cgi?pr=17868 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 15:46:50 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E8FB637B9A7; Thu, 1 Jun 2000 15:46:48 -0700 (PDT) (envelope-from phk@FreeBSD.org) Received: (from phk@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA50271; Thu, 1 Jun 2000 15:46:48 -0700 (PDT) (envelope-from phk@FreeBSD.org) Date: Thu, 1 Jun 2000 15:46:48 -0700 (PDT) From: Message-Id: <200006012246.PAA50271@freefall.freebsd.org> To: rsargent@cisco.com, phk@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/18566: make world breaks on gperf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: make world breaks on gperf State-Changed-From-To: analyzed->closed State-Changed-By: phk State-Changed-When: Thu Jun 1 15:46:31 PDT 2000 State-Changed-Why: Resolved, I pressume. http://www.freebsd.org/cgi/query-pr.cgi?pr=18566 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 16:25:31 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from altair.mayn.de (altair.mayn.de [194.145.150.157]) by hub.freebsd.org (Postfix) with ESMTP id 6599037B52B for ; Thu, 1 Jun 2000 16:25:21 -0700 (PDT) (envelope-from mkb@mukappabeta.de) Received: from mukappabeta.de (localhost [127.0.0.1]) by altair.mayn.de (8.8.8/8.8.8-NORELAY) with ESMTP id BAA01334; Fri, 2 Jun 2000 01:23:34 +0200 (CEST) Message-Id: <200006012323.BAA01334@altair.mayn.de> To: David Malone Cc: freebsd-bugs@freebsd.org Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls In-Reply-To: Your message of "Thu, 01 Jun 2000 16:30:39 BST." <200006011630.aa92172@salmon.maths.tcd.ie> Date: Fri, 02 Jun 2000 01:23:34 +0200 From: Matthias Buelow Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org David Malone wrote: >and replaced by less. Also csh has been removed and replaced with >tcsh. This is a more serious sin than the colorized ls, imho... given that csh is considerably larger than csh and that it doesn't behave in the same way (e.g. you cannot complete filenames with a single ESC, like in csh, iirc). However because it is already committed and because I don't use csh anymore, I'll stop bitching now. It's just that it is another step towards insanity. To stay on-topic, tcsh's got a colorized builtin "ls-F"; I don't want to comment on that either :) mkb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 18: 3:23 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id BC92437BAA6 for ; Thu, 1 Jun 2000 18:03:16 -0700 (PDT) (envelope-from billf@jade.chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id 7ED551C4D; Thu, 1 Jun 2000 21:03:15 -0400 (EDT) Date: Thu, 1 Jun 2000 21:03:15 -0400 From: Bill Fumerola To: Matthias Buelow Cc: David Malone , freebsd-bugs@freebsd.org Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Message-ID: <20000601210315.V86725@jade.chc-chimes.com> References: <200006011630.aa92172@salmon.maths.tcd.ie> <200006012323.BAA01334@altair.mayn.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200006012323.BAA01334@altair.mayn.de>; from mkb@mukappabeta.de on Fri, Jun 02, 2000 at 01:23:34AM +0200 X-Operating-System: FreeBSD 3.3-STABLE i386 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Jun 02, 2000 at 01:23:34AM +0200, Matthias Buelow wrote: > This is a more serious sin than the colorized ls, imho... given > that csh is considerably larger than csh and that it doesn't behave > in the same way (e.g. you cannot complete filenames with a single ESC, > like in csh, iirc). However because it is already committed and > because I don't use csh anymore, I'll stop bitching now. It's just > that it is another step towards insanity. > To stay on-topic, tcsh's got a colorized builtin "ls-F"; I don't want > to comment on that either :) Whine whine whine, its done with, there was a large discussion. See the mail archives for freebsd-arch Insanity is putting an httpd in the kernel.... -- Bill Fumerola - Network Architect / Computer Horizons Corp - CVM e-mail: billf@chc-chimes.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 19:10: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 31C0A37B5B8; Thu, 1 Jun 2000 19:10:08 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA71998; Thu, 1 Jun 2000 19:10:08 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Thu, 1 Jun 2000 19:10:08 -0700 (PDT) From: Message-Id: <200006020210.TAA71998@freefall.freebsd.org> To: blank@fox.uni-trier.de, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/6995: [patch] Minor flaw in fdformat Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [patch] Minor flaw in fdformat State-Changed-From-To: suspended->closed State-Changed-By: nrahlstr State-Changed-When: Thu Jun 1 19:09:19 PDT 2000 State-Changed-Why: Fixed by kato in revision 1.10 of fdformat.c. Thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=6995 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 19:22:20 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2C79F37BBE3; Thu, 1 Jun 2000 19:22:18 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA73570; Thu, 1 Jun 2000 19:22:17 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Thu, 1 Jun 2000 19:22:17 -0700 (PDT) From: Message-Id: <200006020222.TAA73570@freefall.freebsd.org> To: schweikh@noc.dfn.de, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/7786: quota.h has superfluous semicolon in macro INITQFNAMES Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: quota.h has superfluous semicolon in macro INITQFNAMES State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Thu Jun 1 19:20:49 PDT 2000 State-Changed-Why: Fixed in revision 1.11 of quota.h by bde. http://www.freebsd.org/cgi/query-pr.cgi?pr=7786 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 19:31:53 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C2D4D37BBDE; Thu, 1 Jun 2000 19:31:51 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA74597; Thu, 1 Jun 2000 19:31:51 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Thu, 1 Jun 2000 19:31:51 -0700 (PDT) From: Message-Id: <200006020231.TAA74597@freefall.freebsd.org> To: ingham@fatman.i-pi.com, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/7869: Improved error messages from apm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Improved error messages from apm State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Thu Jun 1 19:31:16 PDT 2000 State-Changed-Why: Fixed by green in revision 1.22 of apm.c. Thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=7869 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 19:46:25 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5A62337B604; Thu, 1 Jun 2000 19:46:23 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA75825; Thu, 1 Jun 2000 19:46:23 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Thu, 1 Jun 2000 19:46:23 -0700 (PDT) From: Message-Id: <200006020246.TAA75825@freefall.freebsd.org> To: jake@checker.org, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/9544: syntax error concerning loading vinum from /etc/rc Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: syntax error concerning loading vinum from /etc/rc State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Thu Jun 1 19:43:10 PDT 2000 State-Changed-Why: The option vinum_slices no long appears in the rc.conf files. It appears to have been ultimately put to death in revision 1.186 of /etc/rc by grog. http://www.freebsd.org/cgi/query-pr.cgi?pr=9544 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 19:50:47 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 097DC37B604; Thu, 1 Jun 2000 19:50:46 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA76445; Thu, 1 Jun 2000 19:50:45 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Thu, 1 Jun 2000 19:50:45 -0700 (PDT) From: Message-Id: <200006020250.TAA76445@freefall.freebsd.org> To: adrian@ubergeeks.com, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/10590: new option to silince confirmation but not suppress output Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: new option to silince confirmation but not suppress output State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Thu Jun 1 19:49:52 PDT 2000 State-Changed-Why: phk commited a similar patch from PR bin/9259 in revision 1.12 of fdformat.c. http://www.freebsd.org/cgi/query-pr.cgi?pr=10590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 21:10: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CA02737BE12 for ; Thu, 1 Jun 2000 21:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA87175; Thu, 1 Jun 2000 21:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from dulltest.arlut.utexas.edu (nat-166-27.arlut.utexas.edu [129.116.166.27]) by hub.freebsd.org (Postfix) with ESMTP id F3F2B37BDE8 for ; Thu, 1 Jun 2000 21:09:09 -0700 (PDT) (envelope-from gil@dulltest.arlut.utexas.edu) Received: (from gil@localhost) by dulltest.arlut.utexas.edu (8.9.3/8.9.3) id XAA32495; Thu, 1 Jun 2000 23:10:15 -0500 (CDT) (envelope-from gil) Message-Id: <200006020410.XAA32495@dulltest.arlut.utexas.edu> Date: Thu, 1 Jun 2000 23:10:15 -0500 (CDT) From: gil@arlut.utexas.edu Reply-To: gil@arlut.utexas.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/18961: sshd does not print before motd Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18961 >Category: bin >Synopsis: sshd does not print before motd >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 Jun 01 21:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Gil Kloepfer >Release: FreeBSD 4.0-RELEASE i386 >Organization: University of Texas at Austin - Applied Research Laboratories >Environment: All platforms, OpenSSH distributed from crypto distribution >Description: Unlike reference ssh and /usr/bin/login, OpenSSH as distributed in FreeBSD 4.0-RELEASE does not print an extra newline before printing /etc/motd >How-To-Repeat: Log-onto system using ssh >Fix: Unified diff as follows: --- sshd.c.ORIG Thu Mar 9 08:52:31 2000 +++ sshd.c Thu Jun 1 22:12:06 2000 @@ -2384,6 +2384,7 @@ "Copyright (c) 1980, 1983, 1986, 1988, 1990, 1991, 1993, 1994", "The Regents of the University of California. ", "All rights reserved."); + (void)putc('\n', stdout); } #endif /* LOGIN_CAP */ /* >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 Jun 1 22:20: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3D22E37B789; Thu, 1 Jun 2000 22:20:07 -0700 (PDT) (envelope-from chris@FreeBSD.org) Received: (from chris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA96578; Thu, 1 Jun 2000 22:20:07 -0700 (PDT) (envelope-from chris@FreeBSD.org) Date: Thu, 1 Jun 2000 22:20:07 -0700 (PDT) From: Message-Id: <200006020520.WAA96578@freefall.freebsd.org> To: chris@FreeBSD.org, freebsd-bugs@FreeBSD.org, chris@FreeBSD.org Subject: Re: kern/18952: fdesc-related panic Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: fdesc-related panic Responsible-Changed-From-To: freebsd-bugs->chris Responsible-Changed-By: chris Responsible-Changed-When: Thu Jun 1 22:19:11 PDT 2000 Responsible-Changed-Why: I'm the guilty party. http://www.freebsd.org/cgi/query-pr.cgi?pr=18952 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 1 23:30: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3F11237B7AD for ; Thu, 1 Jun 2000 23:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA06407; Thu, 1 Jun 2000 23:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from server.nomadiclab.com (ws99.nomadiclab.com [195.165.196.99]) by hub.freebsd.org (Postfix) with ESMTP id 5E5A837B701 for ; Thu, 1 Jun 2000 23:23:03 -0700 (PDT) (envelope-from martti@nomadiclab.com) Received: (from uucp@localhost) by server.nomadiclab.com (8.9.3/8.9.3) id JAA04077 for ; Fri, 2 Jun 2000 09:23:01 +0300 (EEST) (envelope-from martti.kuparinen) Received: from ws114.nomadiclab.com(195.165.196.114) via SMTP by ws99.nomadiclab.com, id smtpdsC4070; Fri Jun 2 09:22:56 2000 Received: (from martti@localhost) by ws114.nomadiclab.com (8.9.3/8.9.3) id JAA47871; Fri, 2 Jun 2000 09:22:56 +0300 (EEST) (envelope-from martti@nomadiclab.com) Message-Id: <200006020622.JAA47871@ws114.nomadiclab.com> Date: Fri, 2 Jun 2000 09:22:56 +0300 (EEST) From: martti.kuparinen@ericsson.com Reply-To: martti.kuparinen@ericsson.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/18962: [PATCH] /etc/pccard.conf.sample Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18962 >Category: conf >Synopsis: [PATCH] /etc/pccard.conf.sample >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: Thu Jun 01 23:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Martti Kuparinen >Release: FreeBSD 4.0-STABLE i386 >Organization: Oy L M Ericsson Ab >Environment: >Description: Here's a short patch to the pccard.conf.sample. With this patch pccardd detects the Ericsson DC23 GSM modem card. >How-To-Repeat: >Fix: --- /etc/pccard.conf.sample Wed Mar 15 03:51:02 2000 +++ ./pccard.conf.sample Fri Jun 2 09:20:29 2000 @@ -380,6 +380,13 @@ insert logger -t pccard:$device -s Apex Data Mobile Plus 28.8 Modem inserted remove logger -t pccard:$device -s Apex Data Mobile Plus 28.8 Modem removed +# Ericsson DC23 GSM modem card +card "ERICSSON" "Modem, DC23" + config 0x21 "sio2" ? + insert logger -t pccard:$device -s Ericsson DC23 GSM modem card inserted + remove logger -t pccard:$device -s Ericsson DC23 GSM modem card removed + + # Megahertz XJ1144 card "MEGAHERTZ" "XJ1144" config 0x23 "sio2" ? >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 Jun 2 1: 5:55 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.surf1.de (mail.surf1.de [194.25.165.21]) by hub.freebsd.org (Postfix) with ESMTP id 5D22437B989; Fri, 2 Jun 2000 01:05:50 -0700 (PDT) (envelope-from alex@big.endian.de) Received: from neutron.cichlids.com (p3E9C1148.dip0.t-ipconnect.de [62.156.17.72]) by mail.surf1.de (8.9.3/8.9.3) with ESMTP id KAA24045; Fri, 2 Jun 2000 10:06:09 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by neutron.cichlids.com (Postfix) with ESMTP id 3E209AC30; Fri, 2 Jun 2000 10:06:22 +0200 (CEST) Received: by cichlids.cichlids.com (Postfix, from userid 1001) id 268A414A5E; Fri, 2 Jun 2000 10:05:47 +0200 (CEST) Date: Fri, 2 Jun 2000 10:05:47 +0200 From: Alexander Langer To: green@FreeBSD.ORG Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/18830: add IP_FW_GETRULE to ipfw, in order to get single rules Message-ID: <20000602100547.C650@cichlids.cichlids.com> References: <200006012159.OAA44149@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200006012159.OAA44149@freefall.freebsd.org>; from green@FreeBSD.ORG on Thu, Jun 01, 2000 at 02:59:13PM -0700 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Thus spake green@FreeBSD.ORG (green@FreeBSD.ORG): > There are a couple problems I have with it. The big problem is that > you don't copy the entire chain of a specific rule number out, but only > the very first one. I thought about that. That's in fact true, but a) how do you want to get e.g. the second rule? Using a field in the struct ip_fw? b) I really want a _single_ rule. The guys who want the complete chain should use GET then, and not GETRULE. For the shown "ipfw move" implemenation, as example, that wouldn't matter, since you could do that in a while-loop, getting the most top every time, which is ok. Alex -- I need a new ~/.sig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 2 6:50: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 808FF37C195 for ; Fri, 2 Jun 2000 06:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA21865; Fri, 2 Jun 2000 06:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 11B9B37BABB; Fri, 2 Jun 2000 06:46:17 -0700 (PDT) Message-Id: <20000602134617.11B9B37BABB@hub.freebsd.org> Date: Fri, 2 Jun 2000 06:46:17 -0700 (PDT) From: prailak@corp.earthlink.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/18965: How do you copy and paste? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18965 >Category: misc >Synopsis: How do you copy and paste? >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Fri Jun 02 06:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: pramila >Release: 4.o >Organization: Earthlink >Environment: >Description: How can i copy and paste netscape source into my editor or to my mail account. >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 Fri Jun 2 7:25:25 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DDB2937B5B3; Fri, 2 Jun 2000 07:25:23 -0700 (PDT) (envelope-from will@FreeBSD.org) Received: (from will@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA48263; Fri, 2 Jun 2000 07:25:24 -0700 (PDT) (envelope-from will@FreeBSD.org) Date: Fri, 2 Jun 2000 07:25:24 -0700 (PDT) From: Message-Id: <200006021425.HAA48263@freefall.freebsd.org> To: prailak@corp.earthlink.net, will@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/18965: How do you copy and paste? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: How do you copy and paste? State-Changed-From-To: open->closed State-Changed-By: will State-Changed-When: Fri Jun 2 07:17:50 PDT 2000 State-Changed-Why: Please, only use send-pr for bona fide problems. The answer to your question can be found on the FreeBSD web site, which is searchable at http://www.FreeBSD.org/search/. The answer is available through the mailing list archive file at: http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=6643824+0+/usr/local/www/db/text/2000/freebsd-questions/20000220.freebsd-questions http://www.freebsd.org/cgi/query-pr.cgi?pr=18965 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 2 7:30: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C977C37B5B3 for ; Fri, 2 Jun 2000 07:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA48831; Fri, 2 Jun 2000 07:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 2 Jun 2000 07:30:02 -0700 (PDT) Message-Id: <200006021430.HAA48831@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Malone Subject: Re: misc/18965: How do you copy and paste? Reply-To: David Malone Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/18965; it has been noted by GNATS. From: David Malone To: prailak@corp.earthlink.net Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: misc/18965: How do you copy and paste? Date: Fri, 2 Jun 2000 15:26:01 +0100 On Fri, Jun 02, 2000 at 06:46:17AM -0700, prailak@corp.earthlink.net wrote: > >Description: > How can i copy and paste netscape source into my editor or to my mail account. Highlight with the left mouse button, and then paste by pressing the middle mouse button - if you don't have a 3 button mouse you may need to press both buttons at the time time to get the effect of clicking the middle button. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 2 8:21:59 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C600237B85B; Fri, 2 Jun 2000 08:21:57 -0700 (PDT) (envelope-from joe@FreeBSD.org) Received: (from joe@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA65003; Fri, 2 Jun 2000 08:21:57 -0700 (PDT) (envelope-from joe@FreeBSD.org) Date: Fri, 2 Jun 2000 08:21:57 -0700 (PDT) From: Message-Id: <200006021521.IAA65003@freefall.freebsd.org> To: andre.albsmeier@mchp.siemens.de, joe@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/18900: patch to add colorizing feature to /bin/ls Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: patch to add colorizing feature to /bin/ls State-Changed-From-To: open->closed State-Changed-By: joe State-Changed-When: Fri Jun 2 08:19:44 PDT 2000 State-Changed-Why: I've merged this into 5.0's ls. I've also added the patch from ports/18616 and changed the symlink handling slightly so that it behaves exactly the same way with or without colour support. http://www.freebsd.org/cgi/query-pr.cgi?pr=18900 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 2 12:40:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1402337BF56 for ; Fri, 2 Jun 2000 12:40:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA00286; Fri, 2 Jun 2000 12:40:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 104B637BFF1; Fri, 2 Jun 2000 12:38:18 -0700 (PDT) Message-Id: <20000602193818.104B637BFF1@hub.freebsd.org> Date: Fri, 2 Jun 2000 12:38:18 -0700 (PDT) From: gordon@bsd.nmrcf.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/18969: sound card not recognized by probe Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18969 >Category: misc >Synopsis: sound card not recognized by probe >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: Fri Jun 02 12:40:05 PDT 2000 >Closed-Date: >Last-Modified: >Originator: R. Gordon Price >Release: 4.0 release #8 >Organization: Nielsen Media Research >Environment: FreeBSD tivo.nmrdtv.com 4.0-RELEASE FreeBSD 4.0-RELEASE #8:..... >Description: Gentlemen, I have FREEBSD 4.0 and have a motherboard that has an onboard PCI sound system that is not being recognized by the kernel probe. The chip is at interrupt 9 according to the BIOS boot message. The chip itself is a SOUND PRO HT8738AM/PCI ...., and is located on the motherboard that has an AMD 2/550 and 64 megs of ram.(generic motherboard M598LMR V1.3A) The other on board devices like the ethernet was found correctly. I have recompiled the kernel some 20 times trying pcm and pnpbios and every other combination I could think of and still NO CIGAR! Does anyone know the correct kernel configuration device listings for this generic motherboard? Thanks, R. Gordon Price Lead Engineer Nielsen Media Research >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 Fri Jun 2 13:50:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 15F4B37B6E6 for ; Fri, 2 Jun 2000 13:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA08787; Fri, 2 Jun 2000 13:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 6CCE737B782; Fri, 2 Jun 2000 13:42:40 -0700 (PDT) Message-Id: <20000602204240.6CCE737B782@hub.freebsd.org> Date: Fri, 2 Jun 2000 13:42:40 -0700 (PDT) From: yergeau@gloworm.stanford.edu To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/18970: Linksys PCMPC100 *V2* gets incorrect hardware address Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18970 >Category: i386 >Synopsis: Linksys PCMPC100 *V2* gets incorrect hardware address >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: Fri Jun 02 13:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Dan Yergeau >Release: 4.0 >Organization: >Environment: FreeBSD ritter.Stanford.EDU 4.0-RELEASE FreeBSD 4.0-RELEASE #3: Fri Jun 2 12:19:41 PDT 2000 troot@ritter.Stanford.EDU:/usr/src/sys/compile/RITTER i386 >Description: Version 2 of this PCMCIA card is incorrectly identified as a NE2000, and the incorrect MAC address is extracted. ed0: address 01:d4:ff:03:00:20, type NE2000 (16 bit) The MAC address should be 00:e0:98:80:15:df (as printed on the card and reported by Windoze). >How-To-Repeat: >Fix: /sys/dev/ed/if_ed.c:ed_probe_Novell_generic tries to identify if the card is NE2000, NE1000, or Linksys by writing a test pattern into the card's memory at 8k. This fails for the V2 version of the Linksys PCMPC100, so ed_get_Linksys doesn't get called to extract the MAC address in the special way needed for the Linksys (DL10019C). When I change that conditional in if_ed.c to always succeed, ================================================================= *************** *** 1013,1019 **** ed_pio_writemem(sc, test_pattern, 8192, sizeof(test_pattern)); ed_pio_readmem(sc, 8192, test_buffer, sizeof(test_pattern)); ! if (bcmp(test_pattern, test_buffer, sizeof(test_pattern)) == 0) { /* could be either an NE1000 or a Linksys ethernet controller */ linksys = ed_get_Linksys(sc); if (linksys) { --- 1022,1029 ---- ed_pio_writemem(sc, test_pattern, 8192, sizeof(test_pattern)); ed_pio_readmem(sc, 8192, test_buffer, sizeof(test_pattern)); ! /*if (bcmp(test_pattern, test_buffer, sizeof(test_pattern)) == 0) {*/ ! if (1) { /* could be either an NE1000 or a Linksys ethernet controller */ linksys = ed_get_Linksys(sc); if (linksys) { ================================================================= the correct MAC address is not extracted and the card is identified as a "Linksys" instead of a "NE2000". ed0: address 00:e0:98:80:15:df, type Linksys (16 bit) Note that I'm not suggesting the above diff as the fix, but it does point out where the driver needs to be fixed. >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 Jun 2 14:48:36 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from netcom.com (netcom7.netcom.com [199.183.9.107]) by hub.freebsd.org (Postfix) with ESMTP id C190C37B818 for ; Fri, 2 Jun 2000 14:48:32 -0700 (PDT) (envelope-from paleph@netcom.com) Received: (from paleph@localhost) by netcom.com (8.9.3/8.9.3) id OAA24086 for freebsd-bugs@FreeBSD.ORG; Fri, 2 Jun 2000 14:48:04 -0700 (PDT) From: Aleph Software Consulting Message-Id: <200006022148.OAA24086@netcom.com> Subject: urgent pointer bug in tcp_input.c tcp_output.c To: freebsd-bugs@FreeBSD.ORG Date: Fri, 2 Jun 2000 14:48:03 -0700 (PDT) X-Mailer: ELM [version 2.5 PL3] 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 tcp_output can put out a 0 length tcp packet with the urgent bit and pointer set. tcp_input accepts urgent pointer on tcp packet with no data. Found this by tracking down a rlogin hang. We were sending the urgent pointer on a zero length packet. In this case the tcp sequence # was being to calculate the urgent pointer. A window update was happening so the pointer was incorrectly set to a large value. tcp_input() didn't recognize that the packet was zero length when updaing the so_sobmark value in the socket. This meant the value was incorrectly incremented beyond the correct point. When subsequent correct (and smaller) urgent values arrived, they were ignored. ultimately tcp_input would reach the point where the urgent pointer should have been. With rlogin, the reader was now waiting for SS_RCVATMARK to be set. Since so_oobmark was incorrect, this flag was not being set properly and rlogin would hang waiting for it. According to rfc 793, "To send an urgent indication the user must also send at least one data octet." *** tcp_output.c.58 Fri Jun 2 14:22:05 2000 --- tcp_output.c.59 Fri Jun 2 14:21:18 2000 *************** *** 639,645 **** if (win < (int)(tp->rcv_adv - tp->rcv_nxt)) win = (int)(tp->rcv_adv - tp->rcv_nxt); ti->ti_win = htons( (u_short) (win>>tp->rcv_scale) ); ! if (SEQ_GT(tp->snd_up, tp->snd_nxt)) { ti->ti_urp = htons((u_short)(tp->snd_up - tp->snd_nxt)); ti->ti_flags |= TH_URG; } else --- 639,651 ---- if (win < (int)(tp->rcv_adv - tp->rcv_nxt)) win = (int)(tp->rcv_adv - tp->rcv_nxt); ti->ti_win = htons( (u_short) (win>>tp->rcv_scale) ); ! ! /* ! * According to rfc 793, "To send an urgent indication the user must ! * also send at least one data octet." ! * PV. 774356 ! */ ! if (SEQ_GT(tp->snd_up, tp->snd_nxt) && len) { ti->ti_urp = htons((u_short)(tp->snd_up - tp->snd_nxt)); ti->ti_flags |= TH_URG; } else *** tcp_input.c.100 Fri Jun 2 14:23:36 2000 --- tcp_input.c.101 Fri Jun 2 14:22:51 2000 *************** *** 1824,1831 **** /* * Process segments with URG. */ ! if ((tiflags & TH_URG) && ti->ti_urp && TCPS_HAVERCVDFIN(tp->t_state) == 0) { TT(tp, TTR_URG, ti, tp->t_state); /* --- 1824,1834 ---- /* * Process segments with URG. + * according to rfc 793, "To send an urgent indication the user must + * also send at least one data octet." + * PV. 774356 */ ! if ((tiflags & TH_URG) && ti->ti_urp && tlen && TCPS_HAVERCVDFIN(tp->t_state) == 0) { TT(tp, TTR_URG, ti, tp->t_state); /* To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 2 15:30:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2243137B921 for ; Fri, 2 Jun 2000 15:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA18179; Fri, 2 Jun 2000 15:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 2 Jun 2000 15:30:04 -0700 (PDT) Message-Id: <200006022230.PAA18179@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ben Smithurst Subject: Re: bin/18941: Adding -{min,max}depth options to find(1) Reply-To: Ben Smithurst Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/18941; it has been noted by GNATS. From: Ben Smithurst To: Bill Fumerola Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/18941: Adding -{min,max}depth options to find(1) Date: Fri, 2 Jun 2000 21:53:04 +0100 --4SFOXa2GPu3tIq4H Content-Type: text/plain; charset=us-ascii Bill Fumerola wrote: > On Thu, Jun 01, 2000 at 05:33:03PM +0100, Ben Smithurst wrote: > >> ok. Should the #ifndef lint around it all stay? > > yes ok, here's an updated diff. -- Ben Smithurst / ben@scientia.demon.co.uk / PGP: 0x99392F7D --4SFOXa2GPu3tIq4H Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="find.diff" Index: Makefile =================================================================== RCS file: /usr/cvs/src/usr.bin/find/Makefile,v retrieving revision 1.8 diff -u -r1.8 Makefile --- Makefile 2000/02/05 18:42:34 1.8 +++ Makefile 2000/06/01 16:36:09 @@ -1,6 +1,7 @@ # @(#)Makefile 8.1 (Berkeley) 6/6/93 # $FreeBSD: src/usr.bin/find/Makefile,v 1.8 2000/02/05 18:42:34 joe Exp $ +CFLAGS+= -Wall PROG= find SRCS= find.c function.c ls.c main.c misc.c operator.c option.c setflags.c .PATH: ${.CURDIR}/../../lib/libc/gen Index: extern.h =================================================================== RCS file: /usr/cvs/src/usr.bin/find/extern.h,v retrieving revision 1.9 diff -u -r1.9 extern.h --- extern.h 1999/12/19 15:43:18 1.9 +++ extern.h 2000/04/30 02:03:36 @@ -80,9 +80,12 @@ PLAN *c_xdev __P((void)); PLAN *c_openparen __P((void)); PLAN *c_closeparen __P((void)); +PLAN *c_maxdepth __P((char *)); +PLAN *c_mindepth __P((char *)); PLAN *c_mmin __P((char *)); PLAN *c_mtime __P((char *)); PLAN *c_not __P((void)); PLAN *c_or __P((void)); -extern int ftsoptions, isdeprecated, isdepth, isoutput, issort, isxargs; +extern int ftsoptions, isdeprecated, isdepth, isoutput, issort, isxargs, + mindepth, maxdepth; Index: find.1 =================================================================== RCS file: /usr/cvs/src/usr.bin/find/find.1,v retrieving revision 1.23 diff -u -r1.23 find.1 --- find.1 2000/03/01 10:48:32 1.23 +++ find.1 2000/04/28 19:48:12 @@ -245,6 +245,12 @@ If the file is a symbolic link, the pathname of the linked\-to file will be displayed preceded by ``\->''. The format is identical to that produced by ``ls \-dgils''. +.It Ic -maxdepth Ar n +True if the depth of the current file into the tree is less than or equal to +.Ar n . +.It Ic -mindepth Ar n +True if the depth of the current file into the tree is greater than or equal to +.Ar n . .It Ic -mmin Ar n True if the difference between the file last modification time and the time .Nm find Index: find.c =================================================================== RCS file: /usr/cvs/src/usr.bin/find/find.c,v retrieving revision 1.7 diff -u -r1.7 find.c --- find.c 1998/11/29 11:34:30 1.7 +++ find.c 2000/06/01 16:33:29 @@ -35,7 +35,12 @@ */ #ifndef lint +#if 0 static char sccsid[] = "@(#)find.c 8.5 (Berkeley) 8/5/94"; +#else +static const char rcsid[] = + "$FreeBSD$"; +#endif #endif /* not lint */ #include @@ -206,12 +211,21 @@ continue; } + if (mindepth != -1 && entry->fts_level < mindepth) + continue; + /* * Call all the functions in the execution plan until one is * false or all have been executed. This is where we do all * the work specified by the user on the command line. */ for (p = plan; p && (p->eval)(p, entry); p = p->next); + + if (maxdepth != -1 && entry->fts_level >= maxdepth) { + if (fts_set(tree, entry, FTS_SKIP)) + err(1, "%s", entry->fts_path); + continue; + } } if (errno) err(1, "fts_read"); Index: find.h =================================================================== RCS file: /usr/cvs/src/usr.bin/find/find.h,v retrieving revision 1.6 diff -u -r1.6 find.h --- find.h 1999/12/19 15:43:18 1.6 +++ find.h 2000/04/28 19:44:31 @@ -46,7 +46,7 @@ N_MTIME, N_NAME, N_NEWER, N_NOGROUP, N_NOT, N_NOUSER, N_OK, N_OPENPAREN, N_OR, N_PATH, N_PERM, N_PRINT, N_PRUNE, N_SIZE, N_TYPE, N_USER, N_XDEV, - N_PRINT0, N_DELETE + N_PRINT0, N_DELETE, N_MAXDEPTH, N_MINDEPTH }; /* node definition */ Index: function.c =================================================================== RCS file: /usr/cvs/src/usr.bin/find/function.c,v retrieving revision 1.22 diff -u -r1.22 function.c --- function.c 2000/02/05 18:42:34 1.22 +++ function.c 2000/06/01 16:33:45 @@ -35,8 +35,12 @@ */ #ifndef lint +#if 0 static char sccsid[] = "@(#)function.c 8.10 (Berkeley) 5/4/95"; -static char rcsid[] = "$FreeBSD: src/usr.bin/find/function.c,v 1.22 2000/02/05 18:42:34 joe Exp $"; +#else +static const char rcsid[] = + "$FreeBSD: src/usr.bin/find/function.c,v 1.22 2000/02/05 18:42:34 joe Exp $"; +#endif #endif /* not lint */ #include @@ -717,6 +721,68 @@ } /* + * -maxdepth n functions -- + * + * Does the same as -prune if the level of the current file is greater + * than the specified maximum depth. + * + * Note that -maxdepth and -mindepth are handled specially in + * find_execute() so their f_* functions here do nothing. + */ +int +f_maxdepth(plan, entry) + PLAN *plan; + FTSENT *entry; +{ + return (1); +} + +PLAN * +c_maxdepth(arg) + char *arg; +{ + PLAN *new; + + if (*arg == '-') + /* all other errors handled by find_parsenum() */ + errx(1, "-maxdepth: %s: value must be positive", arg); + + new = palloc(N_MAXDEPTH, f_maxdepth); + maxdepth = find_parsenum(new, "-maxdepth", arg, NULL); + return (new); + +} + +/* + * -mindepth n functions -- + * + * True if the current file is at or deeper than the specified minimum + * depth. + */ +int +f_mindepth(plan, entry) + PLAN *plan; + FTSENT *entry; +{ + return (1); +} + +PLAN * +c_mindepth(arg) + char *arg; +{ + PLAN *new; + + if (*arg == '-') + /* all other errors handled by find_parsenum() */ + errx(1, "-maxdepth: %s: value must be positive", arg); + + new = palloc(N_MINDEPTH, f_mindepth); + mindepth = find_parsenum(new, "-mindepth", arg, NULL); + return (new); +} + +/* * -mtime n functions -- * * True if the difference between the file modification time and the @@ -1005,9 +1071,6 @@ #endif return new; } - - /* - /* * -print functions -- Index: ls.c =================================================================== RCS file: /usr/cvs/src/usr.bin/find/ls.c,v retrieving revision 1.5 diff -u -r1.5 ls.c --- ls.c 1998/07/06 21:01:14 1.5 +++ ls.c 2000/06/01 16:34:27 @@ -32,7 +32,12 @@ */ #ifndef lint +#if 0 static char sccsid[] = "@(#)ls.c 8.1 (Berkeley) 6/6/93"; +#else +static const char rcsid[] = + "$FreeBSD$"; +#endif #endif /* not lint */ #include Index: main.c =================================================================== RCS file: /usr/cvs/src/usr.bin/find/main.c,v retrieving revision 1.9 diff -u -r1.9 main.c --- main.c 1998/11/29 11:34:30 1.9 +++ main.c 2000/06/01 16:34:36 @@ -41,7 +41,12 @@ #endif /* not lint */ #ifndef lint +#if 0 static char sccsid[] = "@(#)main.c 8.4 (Berkeley) 5/4/95"; +#else +static const char rcsid[] = + "$FreeBSD$"; +#endif #endif /* not lint */ #include @@ -67,6 +72,7 @@ int isoutput; /* user specified output operator */ int issort; /* do hierarchies in lexicographical order */ int isxargs; /* don't permit xargs delimiting chars */ +int mindepth = -1, maxdepth = -1; /* minimum and maximum depth */ static void usage __P((void)); Index: misc.c =================================================================== RCS file: /usr/cvs/src/usr.bin/find/misc.c,v retrieving revision 1.2 diff -u -r1.2 misc.c --- misc.c 1995/05/30 06:30:13 1.2 +++ misc.c 2000/06/01 16:34:46 @@ -35,7 +35,12 @@ */ #ifndef lint +#if 0 static char sccsid[] = "@(#)misc.c 8.2 (Berkeley) 4/1/94"; +#else +static const char rcsid[] = + "$FreeBSD$"; +#endif #endif /* not lint */ #include Index: operator.c =================================================================== RCS file: /usr/cvs/src/usr.bin/find/operator.c,v retrieving revision 1.5 diff -u -r1.5 operator.c --- operator.c 1998/11/29 12:17:09 1.5 +++ operator.c 2000/06/01 16:34:57 @@ -35,7 +35,12 @@ */ #ifndef lint +#if 0 static char sccsid[] = "@(#)operator.c 8.1 (Berkeley) 6/6/93"; +#else +static const char rcsid[] = + "$FreeBSD$"; +#endif #endif /* not lint */ #include Index: option.c =================================================================== RCS file: /usr/cvs/src/usr.bin/find/option.c,v retrieving revision 1.9 diff -u -r1.9 option.c --- option.c 1999/12/19 15:43:19 1.9 +++ option.c 2000/04/30 02:18:28 @@ -84,6 +84,8 @@ { "-inum", N_INUM, c_inum, O_ARGV }, { "-links", N_LINKS, c_links, O_ARGV }, { "-ls", N_LS, c_ls, O_ZERO }, + { "-maxdepth", N_MAXDEPTH, c_maxdepth, O_ARGV }, + { "-mindepth", N_MINDEPTH, c_mindepth, O_ARGV }, { "-mmin", N_MMIN, c_mmin, O_ARGV }, { "-mtime", N_MTIME, c_mtime, O_ARGV }, { "-name", N_NAME, c_name, O_ARGV }, --4SFOXa2GPu3tIq4H-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 2 22:23:51 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from hotmail.com (law2-f5.hotmail.com [216.32.181.5]) by hub.freebsd.org (Postfix) with SMTP id 1242137B835 for ; Fri, 2 Jun 2000 22:23:48 -0700 (PDT) (envelope-from stalwar78@hotmail.com) Received: (qmail 26387 invoked by uid 0); 3 Jun 2000 05:23:47 -0000 Message-ID: <20000603052347.26386.qmail@hotmail.com> Received: from 193.193.193.97 by www.hotmail.com with HTTP; Fri, 02 Jun 2000 22:23:47 PDT X-Originating-IP: [193.193.193.97] From: "Leonid Lukiyanets" To: freebsd-bugs@FreeBSD.ORG Subject: sio number cannot be over 25??? Date: Sat, 03 Jun 2000 08:23:47 EEST Mime-Version: 1.0 Content-Type: text/plain; format=flowed Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I am upgrading from 3.4 to 4.0 version. In my system 3 Moxa multiport adapters are used. So my usual setup is sio0 for com1, sio25 for com2 and sio1 to sio 24 assigned to multiports. Everything worked perfectly fine with FreeBSD 3.4, but when I tried to compile such a kernel under 4.0 version my keyboard stopped working after reboot. After numerous kernel experiments I have discovered that when I assign sio with number over 24 to com2 the system fails to load keyboard driver. ok Here go some facts. ### My Kernel config concerning sios ############################################################ # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio25 at isa? port IO_COM2 irq 3 #device sio2 at isa? disable port IO_COM3 irq 5 #device sio3 at isa? disable port IO_COM4 irq 9 # MOXA multiport serial board C168P options "COM_MULTIPORT" device sio1 at isa? port 0x100 flags 0x805 device sio2 at isa? port 0x108 flags 0x805 device sio3 at isa? port 0x110 flags 0x805 device sio4 at isa? port 0x118 flags 0x805 device sio5 at isa? port 0x120 flags 0x805 device sio6 at isa? port 0x128 flags 0x805 device sio7 at isa? port 0x130 flags 0x805 device sio8 at isa? port 0x138 flags 0x805 irq 12 # second MOXA multiport serial board C168P device sio9 at isa? port 0x180 flags 0x1005 device sio10 at isa? port 0x188 flags 0x1005 device sio11 at isa? port 0x190 flags 0x1005 device sio12 at isa? port 0x198 flags 0x1005 device sio13 at isa? port 0x1a0 flags 0x1005 device sio14 at isa? port 0x1a8 flags 0x1005 device sio15 at isa? port 0x1b0 flags 0x1005 device sio16 at isa? port 0x1b8 flags 0x1005 irq 11 # third MOXA multiport serial board C168P device sio17 at isa? port 0x400 flags 0x1805 device sio18 at isa? port 0x408 flags 0x1805 device sio19 at isa? port 0x410 flags 0x1805 device sio20 at isa? port 0x418 flags 0x1805 device sio21 at isa? port 0x420 flags 0x1805 device sio22 at isa? port 0x428 flags 0x1805 device sio23 at isa? port 0x430 flags 0x1805 device sio25 at isa? port 0x438 flags 0x1805 irq 5 ########################################################### I repeat again there are no possible errors as it worked perfectly fine with 3.4 version. Now when I compile the kernel with this config I do not get my keyboard This is how com ports initialize: ########################################################### Jun 3 07:26:12 prokk /kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 Jun 3 07:26:12 prokk /kernel: sio0: type 16550A Jun 3 07:26:12 prokk /kernel: sio25 at port 0x2f8-0x2ff irq 3 on isa0 Jun 3 07:26:12 prokk /kernel: sio25: type 16550A ############################################################ But I should aslo receive the following lines: ########################################################## Jun 3 07:21:18 prokk /kernel: atkbdc0: at port 0x60-0x6f on isa0 Jun 3 07:21:18 prokk /kernel: atkbd0: irq 1 on atkbdc0 ########################################################## And the required keyboard driver is only loaded when I set sio24 (or less) for com2. Although the com ports initialization goes the same way: ########################################################## Jun 3 07:21:18 prokk /kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 Jun 3 07:21:18 prokk /kernel: sio0: type 16550A Jun 3 07:21:18 prokk /kernel: sio24 at port 0x2f8-0x2ff irq 3 on isa0 Jun 3 07:21:18 prokk /kernel: sio24: type 16550A ########################################################## Any 1 has any ideas?????? ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 2 23: 0: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 11FEB37BAD6 for ; Fri, 2 Jun 2000 23:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA60467; Fri, 2 Jun 2000 23:00:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 8E5AE37BA19; Fri, 2 Jun 2000 22:56:11 -0700 (PDT) Message-Id: <20000603055611.8E5AE37BA19@hub.freebsd.org> Date: Fri, 2 Jun 2000 22:56:11 -0700 (PDT) From: aryeh@rad-inet.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/18980: ATAPI Drive boots Install CD but then says "No Drive" on commit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18980 >Category: kern >Synopsis: ATAPI Drive boots Install CD but then says "No Drive" on commit >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 02 23:00:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Aryeh M. Friedman >Release: 3.4-Stable (Book Version) >Organization: Radical Internet >Environment: Can not provide uname -a since it happens on install >Description: On my friend's SIS system with a "generic" 44x ATAPI CD-ROM it will boot the disk that comes with the paper version of Lehey's book. Once it goes through device probing and such (I tried messing with the vis config to no luck) once we get to the commit stage it says it can not find the CD-ROM (scrolling back into the dmesgs no Xcd's where found). Since all the hardware is "generic" (according to Micro$lut) and there are no manuals to speak of I can not provide too much more detail. >How-To-Repeat: Don's ask me ;-) [I have been a FreeBSD sysadmin since 2.0.5 ;-)] >Fix: Kill bad vendors and Bill ;-) >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 Jun 2 23:19:36 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 91E4D37BA4C; Fri, 2 Jun 2000 23:19:34 -0700 (PDT) (envelope-from bp@FreeBSD.org) Received: (from bp@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA62500; Fri, 2 Jun 2000 23:19:35 -0700 (PDT) (envelope-from bp@FreeBSD.org) Date: Fri, 2 Jun 2000 23:19:35 -0700 (PDT) From: Message-Id: <200006030619.XAA62500@freefall.freebsd.org> To: aron@cs.rice.edu, bp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/11919: kldload doesn't return error on loading a module multiple times Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: kldload doesn't return error on loading a module multiple times State-Changed-From-To: open->closed State-Changed-By: bp State-Changed-When: Fri Jun 2 22:52:45 PDT 2000 State-Changed-Why: The fix MFCed from -current. Thank you. http://www.freebsd.org/cgi/query-pr.cgi?pr=11919 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 3 1:10: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8922437BB21 for ; Sat, 3 Jun 2000 01:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA71300; Sat, 3 Jun 2000 01:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id AA87537BB20; Sat, 3 Jun 2000 01:04:50 -0700 (PDT) Message-Id: <20000603080450.AA87537BB20@hub.freebsd.org> Date: Sat, 3 Jun 2000 01:04:50 -0700 (PDT) From: carsonkwan@hongkong.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/18981: 3.4 CDROM fails to boot on Dell PowerEdge Server 2450 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18981 >Category: i386 >Synopsis: 3.4 CDROM fails to boot on Dell PowerEdge Server 2450 >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jun 03 01:10:02 PDT 2000 >Closed-Date: >Last-Modified: >Originator: CA >Release: 3.4 >Organization: >Environment: >Description: 3.4 CDROM fails to boot on Dell PowerEdge Server 2450 , When I use floppy to boot it up .It can't found the cdrom and network card. >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 Sat Jun 3 1:50:15 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 65F4F37BB3A for ; Sat, 3 Jun 2000 01:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA73728; Sat, 3 Jun 2000 01:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 8262737B9B5; Sat, 3 Jun 2000 01:43:53 -0700 (PDT) Message-Id: <20000603084353.8262737B9B5@hub.freebsd.org> Date: Sat, 3 Jun 2000 01:43:53 -0700 (PDT) From: pushf@mail.dotcom.fr To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/18982: make buildworld freezes my machine with a kernel panic "Fatal trap 12: page fault while in kernel mode..." Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18982 >Category: kern >Synopsis: make buildworld freezes my machine with a kernel panic "Fatal trap 12: page fault while in kernel mode..." >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jun 03 01:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Pierre-Francois LAURAND >Release: 4.0-STABLE >Organization: >Environment: FreeBSD fury 4.0-STABLE FreeBSD 4.0-STABLE #0: Sun May 28 15:39:26 CEST 2000 root@fury:/space/export/site/cvsup/FreeBSD/src/stable-4.X/src/sys/compile/FURY-F4 i386 the machine is a pentium II 300 with 160 Mo of RAM. >Description: "make buildworld" crash my machine with a "kernel panic" with message: Fatal trap 12: page fault while in kernel mode; Supervisor read: Page not present here is my kernel config: ## ## FURY-F4 for kernel configuration file in /sys/i386/conf/FURY-F4 ## ## Made by Pierre-Francois LAURAND Pf ## Login ## ## Started on Sun May 21 08:31:33 2000 Pierre-Francois LAURAND pushf ## Last update Sat May 27 00:47:42 2000 Pierre-Francois LAURAND Root ## machine i386 ident FURY-F4 maxusers 32 makeoptions KERNEL=FURY-F4 options INCLUDE_CONFIG_FILE #options ROOTDEVNAME=\"ufs:da0s2a\" cpu I686_CPU ##################################################################### # COMPATIBILITY OPTIONS ##################################################################### options COMPAT_43 #options USER_LDT options SYSVSHM options SYSVSEM options SYSVMSG options MD5 ##################################################################### # DEBUGGING OPTIONS ##################################################################### options KTRACE options PERFMON options UCONSOLE options USERCONFIG options VISUAL_USERCONFIG ##################################################################### # NETWORKING OPTIONS ##################################################################### options INET options INET6 options IPSEC options IPSEC_ESP options IPSEC_IPV6FWD options IPSEC_DEBUG ### Netgraph related: options NETGRAPH options NETGRAPH_ASYNC options NETGRAPH_BPF options NETGRAPH_CISCO options NETGRAPH_ECHO options NETGRAPH_FRAME_RELAY options NETGRAPH_HOLE options NETGRAPH_IFACE options NETGRAPH_KSOCKET options NETGRAPH_LMI #options NETGRAPH_MPPC_COMPRESSION options NETGRAPH_MPPC_ENCRYPTION options NETGRAPH_PPP options NETGRAPH_PPPOE options NETGRAPH_PPTPGRE options NETGRAPH_RFC1490 options NETGRAPH_SOCKET options NETGRAPH_TEE options NETGRAPH_TTY options NETGRAPH_UI options NETGRAPH_VJC pseudo-device ether pseudo-device loop pseudo-device bpf pseudo-device disc pseudo-device tun pseudo-device sl 2 pseudo-device ppp 2 options PPP_BSDCOMP options PPP_DEFLATE options PPP_FILTER pseudo-device gif 4 #IPv6 and IPv4 tunneling pseudo-device faith 1 #for IPv6 and IPv4 translation #options MROUTING ### IPv4 Firewall: options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 options IPFIREWALL_FORWARD ### IPv6 Firewall: options IPV6FIREWALL options IPV6FIREWALL_VERBOSE options IPV6FIREWALL_VERBOSE_LIMIT=100 options IPDIVERT options IPFILTER options IPFILTER_LOG options IPSTEALTH options TCP_DROP_SYNFIN options TCP_RESTRICT_RST options ICMP_BANDLIM options DUMMYNET #options BRIDGE ##################################################################### # FILESYSTEM OPTIONS ##################################################################### ### Mandatory Files System: options FFS options MFS options NFS options CD9660 ### STD FS: options FDESC options KERNFS #options MSDOSFS #options NTFS options CD9660_ROOT options FFS_ROOT options NFS_ROOT #options DEVFS options PROCFS options SOFTUPDATES options NSWAPDEV=3 options QUOTA options SUIDDIR options NFS_MINATTRTIMO=3 options NFS_MAXATTRTIMO=60 options NFS_MINDIRATTRTIMO=30 options NFS_MAXDIRATTRTIMO=60 options NFS_GATHERDELAY=10 options NFS_UIDHASHSIZ=29 options NFS_WDELAYHASHSIZ=16 options NFS_MUIDHASHSIZ=63 ### Coda FS: options CODA pseudo-device vcoda 4 #options EXT2FS ##################################################################### # POSIX P1003.1B ##################################################################### options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L ##################################################################### # SCSI DEVICES ##################################################################### device scbus device pass device cd device pt #options CAMDEBUG #options CAM_DEBUG_BUS=-1 #options CAM_DEBUG_TARGET=-1 #options CAM_DEBUG_LUN=-1 #options CAM_DEBUG_FLAGS="CAM_DEBUG_INFO|CAM_DEBUG_TRACE|CAM_DEBUG_CDB" #options CAM_MAX_HIGHPOWER=4 #options SCSI_NO_SENSE_STRINGS #options SCSI_NO_OP_STRINGS options SCSI_DELAY=10000 #options CHANGER_MIN_BUSY_SECONDS=2 #options CHANGER_MAX_BUSY_SECONDS=10 #options SCSI_PT_DEFAULT_TIMEOUT="60" ##################################################################### # MISCELLANEOUS DEVICES AND OPTIONS ##################################################################### pseudo-device pty pseudo-device speaker pseudo-device gzip pseudo-device vn pseudo-device md pseudo-device snp 3 #pseudo-device ccd 4 #pseudo-device vinum #options VINUMDEBUG ##################################################################### # HARDWARE DEVICE CONFIGURATION ##################################################################### device isa options AUTO_EOI_1 #options AUTO_EOI_2 #options MAXMEM="(160*1024)" #options PPS_SYNC ### Keyboard: device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 options ATKBD_DFLT_KEYMAP makeoptions ATKBD_DFLT_KEYMAP="fr.iso.acc" ### Mouse: device psm0 at atkbdc? irq 12 options PSM_HOOKRESUME options PSM_RESETAFTERSUSPEND ### VGA device: device vga0 at isa? options VGA_WIDTH90 options VESA ### Splash Screen supoort: pseudo-device splash ### SCO Console device: device sc0 at isa? options MAXCONS=16 options SC_ALT_MOUSE_IMAGE options SC_DFLT_FONT makeoptions SC_DFLT_FONT=iso options SC_HISTORY_SIZE=300 options SC_PIXEL_MODE #options SC_NORM_ATTR="(FG_GREEN|BG_BLACK)" options SC_NORM_REV_ATTR="(FG_YELLOW|BG_RED)" options SC_KERNEL_CONS_ATTR="(FG_RED|BG_BLACK)" options SC_KERNEL_CONS_REV_ATTR="(FG_BLACK|BG_RED)" ### NPX: device npx0 at nexus? port IO_NPX flags 0x0 irq 13 ### ATA Devices: device ata device atadisk device atapicd options ATA_ENABLE_ATAPI_DMA device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 ### Floppy drive: device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 ### Serial Port: device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 ### VOXWARE Sound: #device snd #device sb0 at isa? port 0x220 irq 5 drq 1 #device sbxvi0 at isa? drq 5 #device sbmidi0 at isa? port 0x330 #device awe0 at isa? port 0x620 #device opl0 at isa? port 0x388 ### PCM Sound: #device pcm0 at isa? irq 10 drq 1 flags 0x0 device pcm device sbc0 at isa? port 0x220 irq 5 drq 1 flags 0x15 ### PCA sound: device pca0 at isa? port IO_TIMER1 ### APM: #device apm0 at nexus? flags 0x20 device apm0 at nexus? ### Joystick: device joy0 at isa? port IO_GAME ### EISA devices: device eisa ### PCI Devices and PCI options: device pci device ahc #device miibus device de device bktr device intpm device smb device smbus device iicbus device iicbb device ic device iic device iicsmb options OVERRIDE_CARD=CARD_MIRO options OVERRIDE_TUNER=PHILIPS_SECAM #options OVERRIDE_MSP= #options OVERRIDE_DBX= #options BKTR_USE_PLL #options BROOKTREE_SYSTEM_DEFAULT=BROOKTREE_PAL ### Parallel Port Bus: device ppbus device ppc0 at isa? irq 7 #device vpo device lpt device plip device ppi device pps device lpbb ### Misc options: options HW_WDOG options PANIC_REBOOT_WAIT_TIME=30 #options PNPBIOS ########################################################## >How-To-Repeat: cvsup FreeBSD src 4.0 STABLE, make buildworld or even with shutdown now ; make buildworld. >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 Jun 3 11: 0: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8C9B137BE45 for ; Sat, 3 Jun 2000 11:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA79969; Sat, 3 Jun 2000 11:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 70F5B37BCD4; Sat, 3 Jun 2000 10:54:54 -0700 (PDT) Message-Id: <20000603175454.70F5B37BCD4@hub.freebsd.org> Date: Sat, 3 Jun 2000 10:54:54 -0700 (PDT) From: ebd@oau.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/18987: Problems with Comtrol RocketPort Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18987 >Category: misc >Synopsis: Problems with Comtrol RocketPort >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: Sat Jun 03 11:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Elliot Dierksen >Release: 3.4-STABLE >Organization: >Environment: FreeBSD alfred.oau.org 3.4-STABLE FreeBSD 3.4-STABLE #17: Sat Jun 3 11:53:35 EDT 2000 root@alfred.oau.org:/usr/src/sys/compile/NEWALF2 i386 >Description: The problem involves a Comtrol RocketPort PCI/Octa/DB25. The problem is that you can not use the port at any baud rate other than 9600 baud. The problem is two-fold. I have a fix for the first part. There is an incorrect definition of the static struct speedtab baud_table array. This should be an array of 2 element structures. As it is currently defined, it is a single structure will more than 2 elements. I tested this by breaking up the structure into multiple elements, and that works fine. I have isolated the second part, but have not yet come up with a resolution. The setting lock devices are not working properly (cualR0, ttylR0) with regards to the baud rate. If you set the lock device to zero baud, it will only let you access the device at zero baud. The same holds true for 1200, 2400, etc. The initial setting of this device starts at 9600 baud. I have not been able to locate a value that allows you to change the baud rate of the regular callout device (cuaR0) when you access it. I don't know if this problem is in rp.c or tty.c. I will keep trying to find it, but I would appreciate any assistance. Thanx, EBD >How-To-Repeat: Correct to the structure definition in rp.c. recompile and install new kernel. reboot stty -a < /dev/cualR0 baud rate will be 9600 baud. any value set on this device locks the baud rate. I have not found a value that permits the baud rate to vary. >Fix: Fix speedtab structure definition. ??? I don't know yet about the rest. >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 Jun 3 11:11:56 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from modemcable127.61-201-24.mtl.mc.videotron.net (modemcable127.61-201-24.mtl.mc.videotron.net [24.201.61.127]) by hub.freebsd.org (Postfix) with SMTP id EE0B437BAC6 for ; Sat, 3 Jun 2000 11:11:53 -0700 (PDT) (envelope-from patrick@mindstep.com) Received: (qmail 93074 invoked from network); 3 Jun 2000 18:11:49 -0000 Received: from patrak.local.mindstep.com (HELO PATRAK) (192.168.10.4) by jacuzzi.local.mindstep.com with SMTP; 3 Jun 2000 18:11:49 -0000 Message-ID: <00e001bfcd87$2aab4650$040aa8c0@local.mindstep.com> From: "Patrick Bihan-Faou" To: , , Subject: Re: mindbox-core/22 Date: Sat, 3 Jun 2000 14:11:40 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Serge, Could you tell me where to find the "IOSCALAR" perl module. I could not find it on CPAN. Please give me the exact name. Patrick. http://jacuzzi.local.mindstep.com/gnatsweb/gnatsweb.pl?cmd=view&pr=22&databa se=mindstep To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 3 11:12:16 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mx.oau.org (mx.oau.org [208.46.16.50]) by hub.freebsd.org (Postfix) with ESMTP id 4157237BC1D for ; Sat, 3 Jun 2000 11:12:13 -0700 (PDT) (envelope-from elliot@alfred.oau.org) Received: (from uucp@localhost) by mx.oau.org (8.9.3/8.9.3) with UUCP id OAA16961; Sat, 3 Jun 2000 14:12:08 -0400 (EDT) Received: (from elliot@localhost) by alfred.oau.org (8.9.3/8.9.3) id OAA00997; Sat, 3 Jun 2000 14:01:10 -0400 (EDT) (envelope-from ebd@alfred.oau.org) From: Elliot Dierksen Message-Id: <200006031801.OAA00997@alfred.oau.org> Subject: RocketPort PCI/Octa/DB25 vs. FreeBSD 3.4-STABLE To: support@comtrol.com Date: Sat, 3 Jun 2000 14:01:10 -0400 (EDT) Cc: Tom.Hitchcock@comtrol.com, freebsd-bugs@freebsd.org X-Mailer: ELM [version 2.4ME+ PL61 (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 The problem involves a Comtrol RocketPort PCI/Octa/DB25. The problem is that you can not use the port at any baud rate other than 9600 baud. The problem is two-fold. I have a fix for the first part. There is an incorrect definition of the static struct speedtab baud_table array. This should be an array of 2 element structures. As it is currently defined, it is a single structure will more than 2 elements. I tested this by breaking up the structure into multiple elements, and that works fine. Incorrect definition is as follows: static struct speedtab baud_table[] = { B0, 0, B50, BRD50, B75, BRD75, B110, BRD110, B134, BRD134, B150, BRD150, B200, BRD200, B300, BRD300, B600, BRD600, B1200, BRD1200, B1800, BRD1800, B2400, BRD2400, B4800, BRD4800, B9600, BRD9600, B19200, BRD19200, B38400, BRD38400, B7200, BRD7200, B14400, BRD14400, B57600, BRD57600, B76800, BRD76800, B115200, BRD115200, B230400, BRD230400, -1, -1 }; Here is how this array should be defined: static struct speedtab baud_table[] = { { B0, 0 }, { B50, BRD50 }, { B75, BRD75 }, { B110, BRD110 }, { B134, BRD134 }, { B150, BRD150 }, { B200, BRD200 }, { B300, BRD300 }, { B600, BRD600 }, { B1200, BRD1200 }, { B1800, BRD1800 }, { B2400, BRD2400 }, { B4800, BRD4800 }, { B9600, BRD9600 }, { B19200, BRD19200 }, { B38400, BRD38400 }, { B7200, BRD7200 }, { B14400, BRD14400 }, { B57600, BRD57600 }, { B76800, BRD76800 }, { B115200, BRD115200 }, { B230400, BRD230400 }, { -1, -1 } }; I have isolated the second part, but have not yet come up with a resolution. The setting lock devices are not working properly (cualR0, ttylR0) with regards to the baud rate. If you set the lock device to zero baud, it will only let you access the device at zero baud. The same holds true for 1200, 2400, etc. The initial setting of this device starts at 9600 baud. I have not been able to locate a value that allows you to change the baud rate of the regular callout device (cuaR0) when you access it. I don't know if this problem is in rp.c or tty.c. I will keep trying to find it, but I would appreciate any assistance. Thanx, EBD -- Elliot Dierksen "There ain't nothing like regret To remind you you're alive" -- Sheryl Crow - The Difficult Kind Home) ebd@oau.org (407) 850-9760 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 3 12:50: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BA49B37BCCF for ; Sat, 3 Jun 2000 12:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA91196; Sat, 3 Jun 2000 12:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 3 Jun 2000 12:50:02 -0700 (PDT) Message-Id: <200006031950.MAA91196@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: David Malone Subject: Re: kern/18982: make buildworld freezes my machine with a kernel panic "Fatal trap 12: page fault while in kernel mode..." Reply-To: David Malone Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/18982; it has been noted by GNATS. From: David Malone To: pushf@mail.dotcom.fr Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/18982: make buildworld freezes my machine with a kernel panic "Fatal trap 12: page fault while in kernel mode..." Date: Sat, 3 Jun 2000 20:43:48 +0100 On Sat, Jun 03, 2000 at 01:43:53AM -0700, pushf@mail.dotcom.fr wrote: > the machine is a pentium II 300 with 160 Mo of RAM. > >Description: > "make buildworld" crash my machine with a "kernel panic" > with message: > Fatal trap 12: page fault while in kernel mode; Supervisor read: Page not present The first thing to check is your hardware - we've seen problems like this if the processor is overheating (which it's more likely to do during a buildworld than if it is idle). Bad ram or oveclocking is another possiblilty. The second thing to check is that your modules were built at the same time as your kernel. If neither of these help you'll need to take down the full message printed after the "Fatal trap" message and post it here... David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 3 13:50:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 217C037BF4C for ; Sat, 3 Jun 2000 13:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA96613; Sat, 3 Jun 2000 13:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 159CD37BC4E; Sat, 3 Jun 2000 13:47:28 -0700 (PDT) Message-Id: <20000603204728.159CD37BC4E@hub.freebsd.org> Date: Sat, 3 Jun 2000 13:47:28 -0700 (PDT) From: loughry@uswest.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/18992: log packets blocked by filter rules Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18992 >Category: bin >Synopsis: log packets blocked by filter rules >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: Sat Jun 03 13:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Joe Loughry >Release: 3.4-STABLE >Organization: Lockheed Martin >Environment: FreeBSD miranda.dnvr.uswest.net 3.4-STABLE FreeBSD 3.4-STABLE #10: Sun May 28 21:32:42 MDT 2000 loughry@miranda.dnvr.uswest.net:/usr/src/sys/compile/MIRANDA i386 >Description: This patch adds a new log level "BLOCKED" that logs packets that were dropped because of a filter rule. It is similar to "set log tcp/ip," but logs only blocked packets, not every packet. >How-To-Repeat: Add the option "set log blocked" to your /etc/ppp/ppp.conf file. >Fix: Three files were changed: ip.c, log.c, log.h *** ip.c.OLD Sat Jun 3 14:27:38 2000 --- ip.c Sat Jun 3 14:28:12 2000 *************** *** 440,457 **** struct udphdr *uh; struct icmp *icmph; char *ptop; ! int mask, len, n, pri, logit, loglen, result; char logbuf[200]; logit = (log_IsKept(LogTCPIP) || log_IsKept(LogDNS)) && (!filter || filter->logok); loglen = 0; pri = 0; pip = (struct ip *)cp; uh = NULL; ! if (logit && loglen < sizeof logbuf) { if (filter) snprintf(logbuf + loglen, sizeof logbuf - loglen, "%s ", filter->name); else --- 440,458 ---- struct udphdr *uh; struct icmp *icmph; char *ptop; ! int mask, len, n, pri, logit, log_blocked, loglen, result; char logbuf[200]; logit = (log_IsKept(LogTCPIP) || log_IsKept(LogDNS)) && (!filter || filter->logok); + log_blocked = log_IsKept(LogBLOCKED) && filter->logok; loglen = 0; pri = 0; pip = (struct ip *)cp; uh = NULL; ! if ((logit || log_blocked) && loglen < sizeof logbuf) { if (filter) snprintf(logbuf + loglen, sizeof logbuf - loglen, "%s ", filter->name); else *************** *** 589,595 **** } if (filter && FilterCheck(pip, filter)) { ! if (logit) log_Printf(LogTCPIP, "%s - BLOCKED\n", logbuf); #ifdef notdef if (direction == 0) --- 590,598 ---- } if (filter && FilterCheck(pip, filter)) { ! if (log_blocked) ! log_Printf(LogBLOCKED, "%s - BLOCKED\n", logbuf); ! else if (logit) log_Printf(LogTCPIP, "%s - BLOCKED\n", logbuf); #ifdef notdef if (direction == 0) *** log.h.OLD Sat Jun 3 14:27:50 2000 --- log.h Sat Jun 3 14:28:04 2000 *************** *** 28,57 **** #define LogMIN (1) #define LogASYNC (1) /* syslog(LOG_INFO, ....) */ ! #define LogCBCP (2) ! #define LogCCP (3) ! #define LogCHAT (4) ! #define LogCOMMAND (5) ! #define LogCONNECT (6) ! #define LogDEBUG (7) /* syslog(LOG_DEBUG, ....) */ ! #define LogDNS (8) ! #define LogHDLC (9) ! #define LogID0 (10) ! #define LogIPCP (11) ! #define LogLCP (12) ! #define LogLQM (13) ! #define LogPHASE (14) ! #define LogPHYSICAL (15) /* syslog(LOG_INFO, ....) */ ! #define LogSYNC (16) /* syslog(LOG_INFO, ....) */ ! #define LogTCPIP (17) ! #define LogTIMER (18) /* syslog(LOG_DEBUG, ....) */ ! #define LogTUN (19) /* If set, tun%d is output with each message */ ! #define LogWARN (20) /* Sent to VarTerm else syslog(LOG_WARNING, ) */ ! #define LogERROR (21) /* syslog(LOG_ERR, ....), + sent to VarTerm */ ! #define LogALERT (22) /* syslog(LOG_ALERT, ....) */ ! #define LogMAXCONF (19) ! #define LogMAX (22) struct mbuf; struct cmdargs; --- 28,58 ---- #define LogMIN (1) #define LogASYNC (1) /* syslog(LOG_INFO, ....) */ ! #define LogBLOCKED (2) ! #define LogCBCP (3) ! #define LogCCP (4) ! #define LogCHAT (5) ! #define LogCOMMAND (6) ! #define LogCONNECT (7) ! #define LogDEBUG (8) /* syslog(LOG_DEBUG, ....) */ ! #define LogDNS (9) ! #define LogHDLC (10) ! #define LogID0 (11) ! #define LogIPCP (12) ! #define LogLCP (13) ! #define LogLQM (14) ! #define LogPHASE (15) ! #define LogPHYSICAL (16) /* syslog(LOG_INFO, ....) */ ! #define LogSYNC (17) /* syslog(LOG_INFO, ....) */ ! #define LogTCPIP (18) ! #define LogTIMER (19) /* syslog(LOG_DEBUG, ....) */ ! #define LogTUN (20) /* If set, tun%d is output with each message */ ! #define LogWARN (21) /* Sent to VarTerm else syslog(LOG_WARNING, ) */ ! #define LogERROR (22) /* syslog(LOG_ERR, ....), + sent to VarTerm */ ! #define LogALERT (23) /* syslog(LOG_ALERT, ....) */ ! #define LogMAXCONF (20) ! #define LogMAX (23) struct mbuf; struct cmdargs; *** log.c.OLD Sat Jun 3 14:27:44 2000 --- log.c Sat Jun 3 14:27:57 2000 *************** *** 44,49 **** --- 44,50 ---- static const char * const LogNames[] = { "Async", + "Blocked", "CBCP", "CCP", "Chat", >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 Jun 3 15: 0: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1BB8B37BD17 for ; Sat, 3 Jun 2000 15:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA02855; Sat, 3 Jun 2000 15:00:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from net2.dinoex.sub.org (net2.dinoex.de [212.184.201.182]) by hub.freebsd.org (Postfix) with ESMTP id 1E40237BD53 for ; Sat, 3 Jun 2000 14:57:37 -0700 (PDT) (envelope-from peter@citylink.dinoex.sub.org) Received: from citylink.dinoex.sub.org (uucp@localhost) by net2.dinoex.sub.org (8.10.1/8.10.1) with UUCP id e53M5SJ08340 for freebsd.org!FreeBSD-gnats-submit; Sun, 4 Jun 2000 00:05:28 +0200 (CEST) (envelope-from peter@citylink.dinoex.sub.org) Received: (from root@localhost) by marmor. (8.9.3/8.9.3) id UAA00552; Sat, 3 Jun 2000 20:37:42 +0200 (CEST) (envelope-from root) Message-Id: <200006031837.UAA00552@marmor.> Date: Sat, 3 Jun 2000 20:37:42 +0200 (CEST) From: Peter Much Reply-To: peter@citylink.dinoex.sub.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/18994: PCMCIA sio will happily attach to a used irq line Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18994 >Category: kern >Synopsis: PCMCIA sio will happily attach to a used irq line >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 Jun 03 15:00:02 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Peter Much >Release: FreeBSD 4.0-RELEASE i386 >Organization: n/a >Environment: Any PCMCIA card containing a standard sio interface, e.g. modem cards. >Description: If the irq line that is defined in /etc/pccard.conf for that card is already in use by some other device, the sio driver will nevertheless attach the card to that irq line - or so it seems at last. >How-To-Repeat: define irq 8 (that's rtc) in /etc/pccard.conf for some modem card, restart pccardd and plug the card in. This will be accepted, and the card will work (somehow at least...) >Fix: In sys/isa/sio.c, right at the end of sioattach(), the irq line is given to bus_alloc_resource(). If this succeeds, BUS_SETUP_INTR() is called. If it does not succeed, nothing is done and sioattach returns successfully. This should be changed. >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 Jun 3 16: 0: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id ABDEF37C392 for ; Sat, 3 Jun 2000 16:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA07688; Sat, 3 Jun 2000 16:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 3 Jun 2000 16:00:03 -0700 (PDT) Message-Id: <200006032300.QAA07688@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Peter Much Subject: kern/18994: PCMCIA sio will happily attach to a used irq line Reply-To: Peter Much Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/18994; it has been noted by GNATS. From: Peter Much To: FreeBSD-gnats-submit@freebsd.org Cc: Subject: kern/18994: PCMCIA sio will happily attach to a used irq line Date: Sat, 3 Jun 2000 20:37:42 +0200 (CEST) >Number: 18994 >Category: kern >Synopsis: PCMCIA sio will happily attach to a used irq line >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 Jun 03 15:00:02 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Peter Much >Release: FreeBSD 4.0-RELEASE i386 >Organization: n/a >Environment: Any PCMCIA card containing a standard sio interface, e.g. modem cards. >Description: If the irq line that is defined in /etc/pccard.conf for that card is already in use by some other device, the sio driver will nevertheless attach the card to that irq line - or so it seems at last. >How-To-Repeat: define irq 8 (that's rtc) in /etc/pccard.conf for some modem card, restart pccardd and plug the card in. This will be accepted, and the card will work (somehow at least...) >Fix: In sys/isa/sio.c, right at the end of sioattach(), the irq line is given to bus_alloc_resource(). If this succeeds, BUS_SETUP_INTR() is called. If it does not succeed, nothing is done and sioattach returns successfully. This should be changed. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 3 16:50:52 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from guitar.ocn.ne.jp (guitar.ocn.ne.jp [210.190.142.39]) by hub.freebsd.org (Postfix) with ESMTP id D2C7037B7A4 for ; Sat, 3 Jun 2000 16:50:49 -0700 (PDT) (envelope-from la-novia@guitar.ocn.ne.jp) Received: from guitar.ocn.ne.jp (p26-dna04iwade.wakayama.ocn.ne.jp [210.154.178.250]) by guitar.ocn.ne.jp (8.9.1a/OCN/) with SMTP id IAA14630 for ; Sun, 4 Jun 2000 08:50:47 +0900 (JST) Date: Sun, 4 Jun 2000 08:50:47 +0900 (JST) Message-Id: <200006032350.IAA14630@guitar.ocn.ne.jp> From: =?iso-2022-jp?B?W0xhIE5vdmlhXSAbJEI9UDJxJCQkTiVbITwlYCVaITwlODMrQF8bKEIg?= To: =?iso-2022-jp?B?ZnJlZWJzZC1idWdzQGZyZWVic2Qub3Jn?= Subject: =?iso-2022-jp?B?GyRCPVAycSQkJE4lWyE8JWAlWiE8JTgkTiQqJDckaSQ7GyhC?= Mime-Version: 1.0 Content-Type: text/plain; charset= "ISO-2022-JP" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org $BFMA3!"$"$J$?MM$K?7$7$$%[!<%`%Z!<%8$N$40FFb$r%a!]%kCW$7$^$7$?!#(B $B:#2s8B$j$N$40FFb$G$9$N$G!"$4IT2w$+$b$7$l$^$;$s$,!"$*5v$72<$5$$!#(B $B$46=L#$,$J$1$l$P!"62$lF~$j$^$9$,!"$3$N%a!]%k$r:o=|$7$F$/$@$5$$!#(B ----------------------------------------------------------------- $B"#(B $B=P2q$$$N9->l!X(BLa Novia$B!Y(B $B"#!!2q0w@)(B ----------------------------------------------------------------- $B!!!!(B $B2q0w$NCf$+$i$"$J$?$N4uK>$9$k8r:]Aj!J=w@-$NJ}$O(B3$BL>!KM9JX$G>R2p$9$k%7%9%F%`(B($B2q0w@)(B) $BFH<+$N8r:]>pJs;o$rH/9T$7$F!"<+M3$K8r:]Aj Message-Id: <200006040348.UAA33272@freefall.freebsd.org> To: thompson@tgsoft.com, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/11637: build of kdump fails Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: build of kdump fails State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Sat Jun 3 20:41:43 PDT 2000 State-Changed-Why: kdump is no longer causing buildworlds to fall over. http://www.freebsd.org/cgi/query-pr.cgi?pr=11637 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 3 21: 0: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3730E37B6CC for ; Sat, 3 Jun 2000 21:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA34250; Sat, 3 Jun 2000 21:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 8161137B776; Sat, 3 Jun 2000 20:58:48 -0700 (PDT) Message-Id: <20000604035848.8161137B776@hub.freebsd.org> Date: Sat, 3 Jun 2000 20:58:48 -0700 (PDT) From: ftobin@uiuc.edu To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/18995: Kerberos5 INCLUDES needed for make world Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18995 >Category: misc >Synopsis: Kerberos5 INCLUDES needed for make world >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: Sat Jun 03 21:00:02 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Frank Tobin >Release: 4.0 >Organization: >Environment: FreeBSD haven.ncsa.uiuc.edu 4.0-STABLE FreeBSD 4.0-STABLE #2: Wed May 31 20:44:18 CDT 2000 root@haven.ncsa.uiuc.edu:/usr/src/sys/compile/HAVEN i386 >Description: In order to copmile Kerberos5 (heimdal) on FreeBSD 4 from a 'make world', certain KerboersIV includes, such as krb.h, must be available, it appears. I presume that these includes are needed for KerberosIV compatibility. This problem is only apparent if one is not building KerberosIV with Kerberos5. >How-To-Repeat: put MAKE_KERBEROS5=YES into /etc/make.conf. Do NOT have MAKE_KERBEROS4=YES in /etc/make.conf make world The problem will appear during some portion of krb5; it will die because it can't #include krb5.h >Fix: In /usr/src/kerberos5/lib/libkrb5/Makefile, add the following to CLFLAGS: -I/usr/src/crypto/kerberosIV/lib/krb Of course, edit as needed to use the proper variables so that this is not hard-coded, although this should work on a 'normal' system which cvsup's into /usr/src. >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 Jun 3 23:30: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8A99637C929 for ; Sat, 3 Jun 2000 23:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA53785; Sat, 3 Jun 2000 23:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id E26C037C8FF; Sat, 3 Jun 2000 23:23:04 -0700 (PDT) Message-Id: <20000604062304.E26C037C8FF@hub.freebsd.org> Date: Sat, 3 Jun 2000 23:23:04 -0700 (PDT) From: ftobin@uiuc.edu To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/18997: Kerberos5 CFLAGS needed Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 18997 >Category: misc >Synopsis: Kerberos5 CFLAGS needed >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: Sat Jun 03 23:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Frank Tobin >Release: 4.0 >Organization: >Environment: FreeBSD haven.ncsa.uiuc.edu 4.0-STABLE FreeBSD 4.0-STABLE #2: Wed May 31 20:44:18 CDT 2000 >Description: Additional CLAGS are needed to copmile Kerberos5 from a 'make world' for the programs kdestroy, kinit, and klist. A file that is being looked for, kafs.h, is not in the paths for #including. >How-To-Repeat: echo MAKE_KERBEROS5=YES >> /etc/make.conf cd /usr/src make world It will fail after a while of getting into the Kerberos5 stuff, dying saying it can't find kafs.h. >Fix: The following files: /usr/src/kerberos5/usr.bin/k5destroy/Makefile /usr/src/kerberos5/usr.bin/k5init/Makefile /usr/src/kerberos5/usr.bin/k5list/Makefile need to have the following added to their CFLAGS+= -I${KRB5DIR}/lib/kafs \ >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message