Re: any change in fs block allocation between current and stable ?
On Mon, Feb 14, 2000 at 10:30:53PM +0100, Luigi Rizzo wrote: You can't change this behavior. UFS can only use a file fragment (that is, typically 1/8 of a full block) at the *END* of a file, not the middle. pardon the ignorance (but i don't have the red book handy), thas that mean that if you need 1 frag+1 byte you end up using a full block ? Nope. You can have a frag that is a multiple of the minimal frag size. For instance an 11K file uses two 4k full blocks and one 3k frag. [example taken from McKusick's UNIX Internals class notes] From the red Daemon book, pp.272: The fragment size is specified at the time that the filesystem is created; each file system block can be broken down into two, four, or eight fragments [parts]; each of which is addressable. Enjoy! -- -- David([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
micro does not work with awe64 soundblaster under current
When restructuring my desktop i had to plug out something. Afterwards i recognized that the micro is silent under freebsd (still works under windows) with the awe64-sb. The pcm part of mixer works. -- Fritz Heinrichmeyer mailto:[EMAIL PROTECTED] FernUniversitaet Hagen, LG ES, 58084 Hagen (Germany) tel:+49 2331/987-1166 fax:987-355 http://www-es.fernuni-hagen.de/~jfh To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: FreeBSD-current question re: binutils
On Mon, Feb 14, 2000 at 11:13:13PM +0900, Takehiro Suzuki wrote: I make ports of binutils-2.9.5.0.27. It is available from http://www.bsdclub.org/~takehiro/binutils.tar.gz . I am taking a look at it now. Since you did not rename any of the bits (such as `as', `ld', etc..) what is the impact of installing this port? Many people have /usr/local/ first in their path, so these versions will be may be used rather than the base ones in some situations. Has this caused any problems? -- -- David([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: annoying problem with ncurses, acs_chars and xterm
Alexander Leidinger wrote: On 15 Feb, Jose M. Alcaide wrote: I found an annoying problem: the line drawing chars are not drawn in xterms. This can be tested with talk(1), grdc(6), or simply with a command like "dialog --yesno Test 5 15". However, it works from the system console, using TERM=cons25 and TERM=cons25l1. If using TERM=xterm-color from an xterm, the background color of the line drawing character boxes is correct, but the character itself does not appear. Works here without problems (TERM = xterm xterm-color). Wild guess: Does your shell support 8bit-chars? Very surprising. Yes, the shell correctly displays 8-bit characters. The system is 4.0-2209-CURRENT, but I have just rebuilt libncurses and termcap. I was using bash with LANG=es_ES.ISO_8859-1, but I did the tests again using sh with LANG=C (8bit-clean, anyway), to no avail. Any ideas? -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: IPv6
It seems to Do The Right Thing for my single-homed endhost case (unfortunately I still do not have a router I can test). There is one change I would make, as a result of some feedback from Ollivier Robert [EMAIL PROTECTED]: All instances of the variable $mroute6d should probably be replaced by $mroute6d_program. (Most of the variables defining programs in /etc/defaults/rc.conf are of the form *_program.) I fixed it and other problems, and added another changes. (In particular, I mistakenly left my testing part in router case. Sorry.) I'll attach the new diffs. I think it's important that we get something like this commited before the release, if we want to say we're serious about supporting IPv6 in FreeBSD 4.0-RELEASE. It's asking a little too much of users to figure out the right sequence of commands to bring up an IPv6 node, so that they can stick it into /etc/rc.local or something like that. OK, but I'll wait some more time to check if there is any problems. Yoshinobu Inoue Index: rc === RCS file: /home/ncvs/src/etc/rc,v retrieving revision 1.210 diff -u -r1.210 rc --- rc 2000/02/03 06:06:36 1.210 +++ rc 2000/02/15 18:42:06 @@ -191,6 +191,15 @@ network_pass1 fi +case ${ipv6_enable} in +[Yy][Ee][Ss]) + if [ -r /etc/rc.net6 ]; then + . /etc/rc.net6 # We only need to do this once also. + net6_pass1 + fi + ;; +esac + # Mount NFS filesystems. echo -n "Mounting NFS file systems" mount -a -t nfs Index: rc.net6 === RCS file: rc.net6 diff -N rc.net6 --- /dev/null Tue Feb 15 09:59:59 2000 +++ rc.net6 Tue Feb 15 10:42:07 2000 @@ -0,0 +1,198 @@ +#! /bin/sh +# $FreeBSD$ + +# Note that almost all of the user-configurable behavior is no longer in +# this file, but rather in /etc/defaults/rc.conf. Please check that file +# first before contemplating any changes here. If you do need to change +# this file for some reason, we would like to know about it. + +# IPv6 startup + +net6_pass1() { + + echo -n 'Doing IPv6 network setup:' + + if [ X"${ipv6_gateway_enable}" = X"YES" ]; then + # + # list of interfaces, and prefix for interfaces + # NOTE: no trailing double colon necessary here! + # + case ${ipv6_network_interfaces} in + [Aa][Uu][Tt][Oo]) + ipv6_network_interfaces="`ifconfig -l`" + ;; + esac + else + # + # manual configurations - in case ip6router=NO + # you can configure only single interface, + # as specification assumes that + # autoconfigured host has single interface only. + # + case ${ipv6_network_interfaces} in + [Aa][Uu][Tt][Oo]) + ipv6_network_interfaces="`ifconfig -l \ + | sed -e 's/ .*//'`" + ;; + esac + fi + + # tool locations + prefixconfig=/usr/sbin/prefix + rtsol=/sbin/rtsol + gifconfig=/usr/sbin/gifconfig + route=/sbin/route + rtadvd=/usr/sbin/rtadvd + ndp=/usr/sbin/ndp + + # just to make sure + ifconfig lo0 up + + #determine the "default interface" used below + #if [ X"$defaultiface" = X"" ]; then + # use 1st interface in the list + # for i in $ipv6_network_interfaces; do + # defaultiface=$i + # break + # done + #fi + # disallow unicast packets without outgoing scope identifiers. + # if you instead want to route such packets to a "default" interface, + # comment out the 1st two lines, and enable the lines after them. + if [ X"$defaultiface" != X"" ]; then + $route add -inet6 fe80:: ::1 -prefixlen 10 -interface \ + -ifp $defaultiface -cloning + $route add -inet6 fec0:: ::1 -prefixlen 10 -interface \ + -ifp $defaultiface -cloning + else + $route add -inet6 fe80:: -prefixlen 10 ::1 -reject + $route add -inet6 fec0:: -prefixlen 10 ::1 -reject + fi + + # disallow "internal" addresses to appear on the wire + $route add -inet6 :::0.0.0.0 -prefixlen 96 ::1 -reject + $route add -inet6 ::0.0.0.0 -prefixlen 96 ::1 -reject + + if [ X"${ipv6_gateway_enable}" = X"YES" ]; then + # act as a router + sysctl -w net.inet6.ip6.forwarding=1 + sysctl -w net.inet6.ip6.accept_rtadv=0 + + # wait for DAD + for i in $ipv6_network_interfaces; do + ifconfig $i up + done + sleep `sysctl net.inet6.ip6.dad_count |
Re: annoying problem with ncurses, acs_chars and xterm
In message [EMAIL PROTECTED] "Jose M. Alcaide" writes: : Hummm... is there any way to force ncurses to use the old '-', '|' and : '+' characters for drawing lines and boxes (perhaps the "ac" termcap : capabilility)? I prefer lucidatypewriter over fixed font. On second thought: xterm-foo:as=:ae=:ac=--||??:tc=xterm gives good results for me with sysinstall. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 4.0 release candidate issues
On Tue, 15 Feb 2000, Kazutaka YOKOTA wrote: `options XSERVER' is for vt0 only. sc0 doesn't need it to run the X server. Could you add appropriate comments to this effect in GENERIC and LINT? I have always been confused by this, and IMO the placement in the file is not sufficient to make it clear. For instance: --- GENERIC.distTue Sep 28 18:01:41 1999 +++ GENERIC Tue Feb 15 16:10:13 2000 @@ -125,7 +125,7 @@ # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #devicevt0 at isa? -#options XSERVER # support for X server +#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 Thanks, Doug -- "Welcome to the desert of the real." - Laurence Fishburne as Morpheus, "The Matrix" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 4.0 release candidate issues
"Roden, Thomas" wrote: Problem 2 After installing bash-2.03 from the 3.4 packages, attempting to run bash yields: /usr/libexec/ld-elf.so.1: Shared object "libhistory.so.3" not found 'ln -s libhistory.so.4 libhistory.so.3' fixes? the problem I assumed (perhaps incorrectly) that installing the compat3x option allowed 3.4 executables to run. No, you were right. compat3x is supose to allow 3.4 binaries to run on 4.0. I just missed libhistory.so.3 as being needed in the compat3x set. -- -- David([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
why DIS_8859_15 instead of ISO_8859_15 ?
Hello, One simple question: why are the 8859-15 locales (under /usr/share/locale) named DIS_8859-15 instead of ISO_8859-15? And this affects XFree86, because /usr/X11R6/lib/X11/locale/locale.alias uses "ISO" and not "DIS" for its ISO_8859-15 entries. Cheers, -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ATA Drivers and Kernel Panic during INSTALL
On Tue, 15 Feb 2000, Thomas T. Veldhouse wrote: Soren, do you have any idea what might be the problem? Is there anything I can do to give you more information? I have 3.4-STABLE installed on the box presently - it is serving as my gateway/firewall, so it really can't afford much downtime until I am ready to upgrade to 4.0. Maybe you have overclocked bus? I have simular problems, when i set right bus clock speed everything began to work fine. But now i have 166 Mhz pentium. :( PS. ;-)) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
gcc, eh_rtime_match
Who is porting gcc to freebsd? I have some problems with development vertion of kdes' new filemanager/browser. It can't find function eh_rtime_match, which i found in libgcc.a. What for is this function, should libgcc.a be linked with -lgcc flag? When i do so, konqueror dumps core. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: slow to boot
Soren Schmidt writes: ata1: mask=03 status0=a5 status1=a5 ..30+ seconds ata1: mask=00 status0=ffa5 status1=ffa5 Hmm, you could try to change the probe to something like: ... status1 = inb(scp-ioaddr + ATA_STATUS); if ((status0 0xf8) != 0xf8 status0 != 0xa5) mask |= 0x01; if ((status1 0xf8) != 0xf8 status1 != 0xa5) mask |= 0x02; if (bootverbose) ata_printf(scp, -1, "mask=%02x status0=%02x status1=%02x\n", mask, status0, status1); ... It seems that the 0xa5 value means "no device" too, on lots of controllers, and its not valid anyways, so it wouldn't hurt..." That works! The pause is gone and the reboot time is more than cut in half. I urge you to commit this ;-) Thanks! Drew -- Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: [EMAIL PROTECTED] Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: slow to boot
It seems Andrew Gallatin wrote: It seems that the 0xa5 value means "no device" too, on lots of controllers, and its not valid anyways, so it wouldn't hurt..." That works! The pause is gone and the reboot time is more than cut in half. I urge you to commit this ;-) I will, its in the next megapatchfromhell to the ata driver :) -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc, eh_rtime_match
On Tue, Feb 15, 2000 at 10:11:40PM +0300, Ilmar S. Habibulin wrote: uname -a FreeBSD ws-ilmar.ints.ru 4.0-CURRENT FreeBSD 4.0-CURRENT #1: Fri Feb 11 20:21:14 MSK 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/HOME1 i386 grep FreeBSD /usr/src/gnu/lib/libstdc++/_G_config.h /* $FreeBSD: src/gnu/lib/libstdc++/_G_config.h,v 1.9 2000/01/25 12:23:13 obrien Exp $ */ Correct and latest version. nm /usr/lib/libstdc++.a |egrep '_.*vt.*filebuf' W _vt$7filebuf U _vt$7filebuf U _vt$7filebuf Correct for your version of src/gnu/lib/libstdc++/_G_config.h What version of KDE libs do you have installed? current. ;-) 2.0 from 14 or 15 of february. Hum... I'll have to pass to KDE clueful people on this point. nm /usr/local/lib/libkdecore.so.2 | egrep '_.*vt' 001004a0 W _vt$10KLibLoader 000ffa60 W _vt$10KWinModule Also correct for your version of src/gnu/lib/libstdc++/_G_config.h You might post to [EMAIL PROTECTED] and see if a KDE clueful person can help you. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Make release Feb 15 fails - installing arpa's ftp.h - missing ??
What could be the problem here ? build with make release BUILDNAME=4.0-CURRENT-Feb15 and setenv USA_RESIDENT NO --- install -c -o root -g wheel -m 644 kld/cdev/module/cdev.c /DRIVE2/R2/usr/share/examples/kld/cdev/module/cdev.c install -c -o root -g wheel -m 644 kld/cdev/module/cdev.h /DRIVE2/R2/usr/share/examples/kld/cdev/module/cdev.h install -c -o root -g wheel -m 644 kld/cdev/module/cdevmod.c /DRIVE2/R2/usr/share/examples/kld/cdev/module/cdevmod.c install -c -o root -g wheel -m 644 kld/cdev/module/@/arpa/ftp.h /DRIVE2/R2/usr/share/examples/kld/cdev/module/@/arpa/ftp.h install: /DRIVE2/R2/usr/share/examples/kld/cdev/module/@/arpa/ftp.h: No such file or directory *** Error code 71 Stop in /usr/src/share/examples. *** Error code 1 Stop in /usr/src/share. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 -- Johan Kruger ( B.Ing Electronic Engineering ) Developement Engineer Nanoteq PTA ( 012 6727000 ) e-mail : [EMAIL PROTECTED] e-mail : [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
tun input statistics
4.0-CURRENT seems don't count inpput packets/bytes on tun interface (3.4-STABLE don't has such problem): ivt@newsfeed:/news/etc:2:322netstat -in Name Mtu Network AddressIpkts IerrsOpkts Oerrs Coll fxp0 1500 Link#100:a0:c9:a3:5a:85 6312807 4 6938927 2 0 fxp0 1500 194.186.254/2 194.186.254.21 6312807 4 6938927 2 0 fxp0 1500 212.192.244.1 212.192.244.21 6312807 4 6938927 2 0 lo0 16384 Link#237 0 37 0 0 lo0 16384 127 127.0.0.1 37 0 37 0 0 tun0 1500 Link#3 0 0 2051136 0 0 tun0 1500 195.161.2 195.161.2.170 0 0 2051136 0 0 ivt@newsfeed:/news/etc:2:323uname -a FreeBSD newsfeed.gamma.ru 4.0-CURRENT FreeBSD 4.0-CURRENT #4: Mon Feb 14 08:58:33 MSK 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/NEWSFEED i386 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: FreeBSD-current question re: binutils
On Tue, Feb 15, 2000 at 07:04:33PM +0200, Maxim Sobolev wrote: For me it does work ;). Anyway you are free to hack/use it for whatever you like. Besides not building, it isn't PREFIX clean. You need to change "HAS_CONFIGURE" to "GNU_CONFIGURE". To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: tun input statistics
Yes, thank you: Name Mtu Network AddressIpkts Ierrs IbytesOpkts Oerrs Obytes Coll tun0 1500 Link#3469561 0 158358233 438305 0 114637121 0 tun0 1500 195.161.2 195.161.2.170 469561 0 158358233 438305 0 114637121 0 Ok... Does this work though? On Wed, 16 Feb 2000, Igor Timkin wrote: What's abount ibytes ? m_adj(top, sizeof(family)); } else family = AF_INET; Add: ifp-if_ibytes += top-m_pkthdr.len; + + ifp-if_ipackets++; return family_enqueue(family, top); } -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: FreeBSD-current question re: binutils
On Tue, Feb 15, 2000 at 08:59:06PM -0800, David O'Brien wrote: I was not throwing stones. It comes down to what is is best for FreeBSD. Since we might have two potential sources for Binutils, I want the one that is easiest for FreeBSD to work with. Lu has said he will take FreeBSD patches AS LONG AS THEY DON'T INTERFERE with what he wants to do with Linux. Well I already have to deal with enough Linuxisms in GCC plus the 120 ports I maintain, I need to decide for myself if the Linux slant of Lu's offering will be an issue. OK, that makes total sense. He did make it clear that Linux was the first, rather the only, priority. About accusing you of throwing stones, I apologize for overreacting. I interpreted your comments about him not being as nice as he really seems as a personal attack on him, when you were in fact probably just talking about how he's very Linux-focused and thus possibly difficult to work with. Sorry! I'm posting this to freebsd-current; since my "slam" was in public, you deserve a public apology. Sincerely, -- Daniel Robbins [EMAIL PROTECTED] Gentoo Technologies, Inc. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: rm -rf behavior on readonly nfs
From: Bruce Evans [EMAIL PROTECTED] The kernel returns EROFS for unlink() without even looking up the last component of the filename. This is a cosmetic bug IMO. The errors listed in POSIX.1 are not required to be checked for in the given order. However, checking in that order usually gives the most logical results. For unlink() and similar syscalls, EROFS is at the end of the list. I tried to fix this problem. I think it is very dirty code but it works to return ENOENT for "rm -rf" with read-only nfs mounted filesystem. Could someone clean up this? Index: nfs_vnops.c === RCS file: /home/ncvs/src/sys/nfs/nfs_vnops.c,v retrieving revision 1.150 diff -u -r1.150 nfs_vnops.c --- nfs_vnops.c 2000/01/05 00:32:18 1.150 +++ nfs_vnops.c 2000/02/15 15:49:39 @@ -820,9 +820,6 @@ struct proc *p = cnp-cn_proc; *vpp = NULLVP; - if ((flags ISLASTCN) (dvp-v_mount-mnt_flag MNT_RDONLY) - (cnp-cn_nameiop == DELETE || cnp-cn_nameiop == RENAME)) - return (EROFS); if (dvp-v_type != VDIR) return (ENOTDIR); lockparent = flags LOCKPARENT; @@ -833,6 +830,11 @@ struct vattr vattr; int vpid; + if ((flags ISLASTCN) + (dvp-v_mount-mnt_flag MNT_RDONLY) + (cnp-cn_nameiop == DELETE || cnp-cn_nameiop == RENAME)) + return (EROFS); + if ((error = VOP_ACCESS(dvp, VEXEC, cnp-cn_cred, p)) != 0) { *vpp = NULLVP; return (error); @@ -894,6 +896,10 @@ goto nfsmout; } nfsm_getfh(fhp, fhsize, v3); + + if ((flags ISLASTCN) (dvp-v_mount-mnt_flag MNT_RDONLY) + (cnp-cn_nameiop == DELETE || cnp-cn_nameiop == RENAME)) + return (EROFS); /* * Handle RENAME case... Jun Kuriyama // [EMAIL PROTECTED] // [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc, eh_rtime_match
On Tue, 15 Feb 2000, David O'Brien wrote: You need to tell us a *LOT* more about your situation. Ok. uname -a FreeBSD ws-ilmar.ints.ru 4.0-CURRENT FreeBSD 4.0-CURRENT #1: Fri Feb 11 20:21:14 MSK 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/HOME1 i386 gcc -v Using builtin specs. gcc version 2.95.2 19991024 (release) grep FreeBSD /usr/src/gnu/lib/libstdc++/_G_config.h /* $FreeBSD: src/gnu/lib/libstdc++/_G_config.h,v 1.9 2000/01/25 12:23:13 obrien Exp $ */ /* #undef NULL */ /* FreeBSD 4.0-CURRENT has a proper 'NULL' definition. */ nm /usr/lib/libstdc++.a |egrep '_.*vt.*filebuf' W _vt$7filebuf U _vt$7filebuf U _vt$7filebuf What version of KDE libs do you have installed? current. ;-) 2.0 from 14 or 15 of february. What does an ``ls -l'' on them show? total 12270 -rwxr-xr-x 1 root wheel 687 14 ÆÅ× 23:06 b2style.la -rwxr-xr-x 1 root wheel45854 14 ÆÅ× 23:06 b2style.so -rwxr-xr-x 1 root wheel 705 14 ÆÅ× 23:06 basicstyle.la -rwxr-xr-x 1 root wheel 7180 14 ÆÅ× 23:06 basicstyle.so -rwxr-xr-x 1 root wheel 723 14 ÆÅ× 23:06 coldionsstyle.la -rwxr-xr-x 1 root wheel43555 14 ÆÅ× 23:06 coldionsstyle.so -rwxr-xr-x 1 root wheel 655 14 ÆÅ× 23:05 kimg_eps.la -rwxr-xr-x 1 root wheel15481 14 ÆÅ× 23:05 kimg_eps.so -rwxr-xr-x 1 root wheel 670 14 ÆÅ× 23:05 kimg_jpeg.la -rwxr-xr-x 1 root wheel12702 14 ÆÅ× 23:05 kimg_jpeg.so -rwxr-xr-x 1 root wheel 655 14 ÆÅ× 23:05 kimg_krl.la -rwxr-xr-x 1 root wheel 5518 14 ÆÅ× 23:05 kimg_krl.so -rwxr-xr-x 1 root wheel 698 14 ÆÅ× 23:05 kimg_tiff.la -rwxr-xr-x 1 root wheel 5652 14 ÆÅ× 23:05 kimg_tiff.so -rwxr-xr-x 1 root wheel 667 14 ÆÅ× 23:05 kimg_xview.la -rwxr-xr-x 1 root wheel 6933 14 ÆÅ× 23:05 kimg_xview.so -rwxr-xr-x 1 root wheel 671 15 ÆÅ× 08:54 kjs_html.la -rwxr-xr-x 1 root wheel75323 15 ÆÅ× 08:54 kjs_html.so -rwxr-xr-x 1 root wheel 705 14 ÆÅ× 23:06 kstepstyle.la -rwxr-xr-x 1 root wheel42527 14 ÆÅ× 23:06 kstepstyle.so -rwxr-xr-x 1 root wheel 708 14 ÆÅ× 23:04 libDCOP.la lrwxr-xr-x 1 root wheel 12 14 ÆÅ× 23:04 libDCOP.so - libDCOP.so.1 -rwxr-xr-x 1 root wheel76671 14 ÆÅ× 23:04 libDCOP.so.1 -rwxr-xr-x 1 root wheel 728 11 ÆÅ× 22:01 libQwSpriteField.la lrwxr-xr-x 1 root wheel 21 11 ÆÅ× 22:01 libQwSpriteField.so - libQwSpriteField.so.8 -rwxr-xr-x 1 root wheel 124719 11 ÆÅ× 22:01 libQwSpriteField.so.8 -rwxr-xr-x 1 root wheel 742 14 ÆÅ× 23:06 libartsflow.la lrwxr-xr-x 1 root wheel 16 14 ÆÅ× 23:06 libartsflow.so - libartsflow.so.0 -rwxr-xr-x 1 root wheel 159154 14 ÆÅ× 23:06 libartsflow.so.0 -rwxr-xr-x 1 root wheel 694 14 ÆÅ× 23:06 libartsflow_idl.la lrwxr-xr-x 1 root wheel 20 14 ÆÅ× 23:06 libartsflow_idl.so - libartsflow_idl.so.0 -rwxr-xr-x 1 root wheel 156044 14 ÆÅ× 23:06 libartsflow_idl.so.0 -rwxr-xr-x 1 root wheel 841 14 ÆÅ× 23:04 libdcopserver.la lrwxr-xr-x 1 root wheel 18 14 ÆÅ× 23:04 libdcopserver.so - libdcopserver.so.0 -rwxr-xr-x 1 root wheel69591 14 ÆÅ× 23:04 libdcopserver.so.0 -rwxr-xr-x 1 root wheel 632 11 ÆÅ× 22:02 libiodbc.la lrwxr-xr-x 1 root wheel 14 11 ÆÅ× 22:02 libiodbc.so - libiodbc.so.52 -rwxr-xr-x 1 root wheel58895 11 ÆÅ× 22:02 libiodbc.so.52 -rwxr-xr-x 1 root wheel 885 14 ÆÅ× 23:05 libkab.la lrwxr-xr-x 1 root wheel 11 14 ÆÅ× 23:05 libkab.so - libkab.so.3 -rwxr-xr-x 1 root wheel 195720 14 ÆÅ× 23:05 libkab.so.3 -rwxr-xr-x 1 root wheel 739 15 ÆÅ× 08:01 libkasbarapplet.la lrwxr-xr-x 1 root wheel 20 15 ÆÅ× 08:01 libkasbarapplet.so - libkasbarapplet.so.1 -rwxr-xr-x 1 root wheel59150 15 ÆÅ× 08:01 libkasbarapplet.so.1 -rwxr-xr-x 1 root wheel 987 14 ÆÅ× 23:05 libkbuildsycoca.la lrwxr-xr-x 1 root wheel 20 14 ÆÅ× 23:05 libkbuildsycoca.so - libkbuildsycoca.so.0 -rwxr-xr-x 1 root wheel51218 14 ÆÅ× 23:05 libkbuildsycoca.so.0 -rwxr-xr-x 1 root wheel 930 15 ÆÅ× 07:59 libkcm_bell.la -rwxr-xr-x 1 root wheel25447 15 ÆÅ× 07:59 libkcm_bell.so -rwxr-xr-x 1 root wheel 1657 15 ÆÅ× 07:59 libkcm_display.la -rwxr-xr-x 1 root wheel 391350 15 ÆÅ× 07:59 libkcm_display.so -rwxr-xr-x 1 root wheel 936 15 ÆÅ× 08:00 libkcm_email.la -rwxr-xr-x 1 root wheel29176 15 ÆÅ× 08:00 libkcm_email.so -rwxr-xr-x 1 root wheel 1208 15 ÆÅ× 07:59 libkcm_filetypes.la -rwxr-xr-x 1 root wheel78431 15 ÆÅ× 07:59 libkcm_filetypes.so -rwxr-xr-x 1 root wheel 711 15 ÆÅ× 07:59 libkcm_info.la -rwxr-xr-x 1 root wheel61486 15 ÆÅ× 07:59 libkcm_info.so -rwxr-xr-x 1 root wheel 936 15 ÆÅ× 07:59 libkcm_input.la -rwxr-xr-x 1 root wheel32773 15 ÆÅ× 07:59 libkcm_input.so -rwxr-xr-x 1 root wheel 936 15 ÆÅ× 08:00 libkcm_kdesu.la -rwxr-xr-x 1 root wheel97402 15 ÆÅ× 08:00 libkcm_kdesu.so -rwxr-xr-x 1 root wheel 2100 15 ÆÅ× 07:59 libkcm_kdm.la -rwxr-xr-x 1 root wheel 316676 15 ÆÅ×
Re: ATA Drivers and Kernel Panic during INSTALL
At 11:38 AM 2/15/00 -0600, Thomas Veldhouse wrote: Great. Well, I am down too! I don't see any mention of this in any of the newsgroups (via Yahoo). I can not find a single reference. I don't remember seeing such a thing stated either. Look through the mailing lists on www.dejanews.com. Do a power search with the forms *freebsd* and the keywords cmd ata ---Mike Mike Tancsa, tel +1 519 651 3400 Network Administrator,[EMAIL PROTECTED] Sentex Communications www.sentex.net Cambridge, Ontario Canada To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: FreeBSD-current question re: binutils
On Tue, Feb 15, 2000 at 07:04:33PM +0200, Maxim Sobolev wrote: This port needs a *lot* of work as it doesn't work. But I am cleaning it up now. For me it does work ;). Anyway you are free to hack/use it for whatever you like. I'd *REALLY* like to know how it even began to build for you: # make === gas-devel-2.9.5 depends on executable: bzip2 - found === Patching for gas-devel-2.9.5 === Applying FreeBSD patches for gas-devel-2.9.5 patch: can't cd to /FBSD/tmp/BINUTILS/gas-devel/work/binutils: No such file or directory *** Error code 1 # ls work binutils-000215/ # grep DISTNAME Makefile DISTNAME= binutils You never set WRKSRC to a usable value. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Broken FTP
Hello, EPSV and EPRT is new ftp command defind in RFC2428 and it is used for IPv6 and NAT/firewall friendly IPv4 connection. Current implementation is, (1)EPRT is only used if destination is IPv6 host. (2)EPSV is always tried first, and if server doesn't support it, then try PASV. EPRT don't includes IP address in its command, so it gives performance benefit for NAT/firewall environment. Above (2) might surprised you, but if EPSV is not tried first, then it won't be used, there will be no performance benefit happens. I was experiencing the same thing with EPRT commands... I cvsupped, remade/installed ftp, and haven't seen that behavior since. Someone mentioned it was IPv6 related but I have no idea if that is the case. EPRT was tried for any destination before, but now is changed to be tried only for IPv6 host, so EPRT error won't happen now. -Will On Wed, 16 Feb 2000, Andrey A. Chernov wrote: Current ftp client tries to put this unknown command on each remote request: 500 'EPSV': command not understood. It is just too bothering. Could it silently try once at the beginning and remember status during the session? Remembering the status might be reasonable. I'll try the fix. But maybe it is better to print out the first error, as the fact? Thanks, Yoshinobu Inoue -- Andrey A. Chernov [EMAIL PROTECTED] http://nagual.pp.ru/~ache/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Sound Card
Ron 'The InSaNe One' Rosson wrote: On Sun, 13 Feb 2000, MIHIRA Yoshiro was heard blurting out: [EMAIL PROTECTED] wrote: Ron 'The InSaNe One' Rosson wrote: Under 3.3-RELEASE with PAO the sound card work with this entry in the config file: device pcm0 at isa? port ? tty irq 5 drq 1 flags 0x0 Here is what the dmesg output looked like with that entry: pcm0 at 0x220 irq 5 drq 1 on isa ESS1879 (rev 11, native mode) Now under current I have tried both of these entries to get sound working to no avail. device pcm0 at isa? port? irq 5 drq 1 flags 0x0 device pcm0 at isa? port? irq 5 drq 1 flags 0x15 Any assistance in this matter would be greatly appreciated. device pcm0 device sbc0at isa? port 0x220 irq 5 drq 1 flags 0x0 The above worked.. here is the dmesg output of it: sbc0: ESS 688 at port 0x220-0x22f irq 5 drq 1 on isa0 pcm0: SB DSP 3.01 (ESS mode) on sbc0 and insane-mental cat /dev/sndstat FreeBSD Audio Driver (newpcm) Feb 12 2000 16:45:04 Installed devices: pcm0: SB DSP 3.01 (ESS mode) at io 0x220 irq 5 drq 1 (1p/1r channels) The only issue I have left is that when a sound is played everuything is find till the end and it sounds like a fading echo. Did you actually try: options PNPBIOS device pcm device sbc It is important that you do this please, at least so we have a datapoint. Also, what version of -current? (if it's fairly new, you can even leave out 'device sbc' if you are running in PnP or PNPBIOS mode) I presume this is for a laptop, right? (you mentioned PAO but otherwise gave no clues). Does 'pnpinfo' report a pnp device? or is it a bios configured non-pnp chip on the motherboard? (in which case PNPBIOS should find it) Cheers, -Peter To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: rm -rf behavior on readonly nfs
: :From: Bruce Evans [EMAIL PROTECTED] : The kernel returns EROFS for unlink() without even looking up the last : component of the filename. This is a cosmetic bug IMO. The errors : listed in POSIX.1 are not required to be checked for in the given : order. However, checking in that order usually gives the most logical : results. For unlink() and similar syscalls, EROFS is at the end of : the list. : :I tried to fix this problem. I think it is very dirty code but it :works to return ENOENT for "rm -rf" with read-only nfs mounted :filesystem. Could someone clean up this? The general idea seems sound enough. I'd rather wait until after the release before putting this (or a similar patch) in, though, since the bug isn't really all that serious. I recommend submitting a PR for it and then emailing me the PR number. I will assign it to myself so I don't forget and will then patch it in after the release. -Matt Matthew Dillon [EMAIL PROTECTED] : : :Index: nfs_vnops.c :=== :RCS file: /home/ncvs/src/sys/nfs/nfs_vnops.c,v :retrieving revision 1.150 :diff -u -r1.150 nfs_vnops.c :--- nfs_vnops.c2000/01/05 00:32:18 1.150 :+++ nfs_vnops.c2000/02/15 15:49:39 :@@ -820,9 +820,6 @@ : struct proc *p = cnp-cn_proc; : : *vpp = NULLVP; :- if ((flags ISLASTCN) (dvp-v_mount-mnt_flag MNT_RDONLY) :- (cnp-cn_nameiop == DELETE || cnp-cn_nameiop == RENAME)) :- return (EROFS); : if (dvp-v_type != VDIR) : return (ENOTDIR); : lockparent = flags LOCKPARENT; :@@ -833,6 +830,11 @@ : struct vattr vattr; : int vpid; : :+ if ((flags ISLASTCN) :+ (dvp-v_mount-mnt_flag MNT_RDONLY) :+ (cnp-cn_nameiop == DELETE || cnp-cn_nameiop == RENAME)) :+ return (EROFS); :+ : if ((error = VOP_ACCESS(dvp, VEXEC, cnp-cn_cred, p)) != 0) { : *vpp = NULLVP; : return (error); :@@ -894,6 +896,10 @@ : goto nfsmout; : } : nfsm_getfh(fhp, fhsize, v3); :+ :+ if ((flags ISLASTCN) (dvp-v_mount-mnt_flag MNT_RDONLY) :+ (cnp-cn_nameiop == DELETE || cnp-cn_nameiop == RENAME)) :+ return (EROFS); : : /* :* Handle RENAME case... : :Jun Kuriyama // [EMAIL PROTECTED] :// [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
PCI irq setting
On Tue, 15 Feb 2000 13:28:07 +0100 (CET), Remy Nonnenmacher [EMAIL PROTECTED] said: As Net and SCSI are the main source of interrupts, how can i have all matroxes stacked on one Irq and SCSI and net on two separated ones, instead of having 'mux' receiving all Ints ? Depends on your BIOS and on how your motherboard is wired. (I can't imagine what kind of idiot motherboard vendor would hard-wire net and SCSI to the same interrupt, but it could happen) -GAWollman To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: FTP_INTERNAL_LS
On Sat, 12 Feb 2000 10:52:22 +0100, "Patrick M. Hausen" wrote: What about making FTP_INTERNAL_LS the default for 4.0? I'm very much in favour of this, but your second "BTW" suggestion did nothing for the cause. :-) Forget about changing any aspect of ftpd's chroot behaviour, but I'm very keen on having FTP_INTERNAL_LS the default for 4.0. It _does_ mean a change to the manual page... :-) Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 4.0-CURRENT issues...
I have 2 issues with 4.0-CURRENT. The first is the plethora of "microuptime() went backwards..." errors that scroll on my console. The second is that I have DDB compiled into my kernel (and a USB keyboard) either on vga or serial console, if I trip DDB (control-shift-esc), I will either get the ddb prompt or the system will hard lock. Below is my dmesg and kernel config. Help is appreciated. Is there a reliable way to reproduce this? Do you have any error messages when this happens? Kazu [...] usb0: Intel 82371AB/EB (PIIX4) USB controller on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ums0: Microsoft Microsoft IntelliMouse\M-. Explorer, rev 1.10/1.03, addr 2, ic lass 3/1 ums0: 5 buttons and Z dir. ukbd0: Microsoft Natural Keyboard Elite, rev 1.00/1.04, addr 3, iclass 3/1 [...] vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x100 sio0 at port 0x3f8-0x3ff irq 4 flags 0x30 on isa0 sio0: type 16550A, console sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A [...] device vga0at isa? # syscons is the default console driver, resembling an SCO console device sc0 at isa? flags 0x100 [...] 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 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
PCI irq setting
I recently changed my workstation (was running without any problem a December 97 3.0 SNAP ;) to upgrade to a new hardware and the latest current. After moving all Video cards (4 matrox), I noticed that, at boot, the video cards monopolize a lot of usefull irqs: 9 : Matrox 1, integrated 82559 (Network), integrated aic7892 (SCSI), USB 11: Matrox 2, Matrox 3 12: Matrox 4 As Net and SCSI are the main source of interrupts, how can i have all matroxes stacked on one Irq and SCSI and net on two separated ones, instead of having 'mux' receiving all Ints ? Thanks. RN. IhM To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
annoying problem with ncurses, acs_chars and xterm
I found an annoying problem: the line drawing chars are not drawn in xterms. This can be tested with talk(1), grdc(6), or simply with a command like "dialog --yesno Test 5 15". However, it works from the system console, using TERM=cons25 and TERM=cons25l1. If using TERM=xterm-color from an xterm, the background color of the line drawing character boxes is correct, but the character itself does not appear. I examined termcap(5) and everything seems correct. Even I substituted /usr/X11R6/lib/X11/xterm.termcap for the xterm entries of the stock termcap, to no avail. Something appears to be broken in 4.0's ncurses... -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: annoying problem with ncurses, acs_chars and xterm
On 15 Feb, Jose M. Alcaide wrote: I found an annoying problem: the line drawing chars are not drawn in xterms. This can be tested with talk(1), grdc(6), or simply with a command like "dialog --yesno Test 5 15". However, it works from the system console, using TERM=cons25 and TERM=cons25l1. If using TERM=xterm-color from an xterm, the background color of the line drawing character boxes is correct, but the character itself does not appear. Works here without problems (TERM = xterm xterm-color). Wild guess: Does your shell support 8bit-chars? Something appears to be broken in 4.0's ncurses... Not here (cvsupped + new world: yesterday). Bye, Alexander. -- It is easier to fix Unix than to live with NT. http://www.Leidinger.net Alexander+Home @ Leidinger.net Key fingerprint = 7423 F3E6 3A7E B334 A9CC B10A 1F5F 130A A638 6E7E To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cdrom mounting issue
| in my kernel config file i have: | | options CD9660 #ISO 9660 Filesystem | options CD9660_ROOT #CD-ROM usable as root, CD9660 | required Do you have device atapicd0 In your configuration as well? -- Dan Moschuk ([EMAIL PROTECTED]) "Waste not fresh tears on old griefs." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ATA Drivers and Kernel Panic during INSTALL
No overclocked bus. I do have the Pentium 166MMX overdrive processor on the board though. It used to have a 100MHz Pentium in it. However, if this is causing ATA some problem, it probably shouldn't. Like I said, the old drivers in 3.4-STABLE have no problem with it and either does Linux. Windows worked fine also (was my Wife's main PC until 3 months ago). If I had to hazard a guess, I might look at the IDE contoller. There is a known bug in CMD640(B) that the old drivers and the Linux drivers have a [verbose] work around for. In the old wd drivers, you had to declare the work around in the kernel config. Is there an option for the new ATA drivers? If so, are they in the GENERIC kernel (for use with boot disks)? I didn't see any mention of the workaround while booting the install disks (kern.flp and mfsroot.flp). Tom Veldhouse [EMAIL PROTECTED] On Tue, 15 Feb 2000, Ilmar S. Habibulin wrote: On Tue, 15 Feb 2000, Thomas T. Veldhouse wrote: Soren, do you have any idea what might be the problem? Is there anything I can do to give you more information? I have 3.4-STABLE installed on the box presently - it is serving as my gateway/firewall, so it really can't afford much downtime until I am ready to upgrade to 4.0. Maybe you have overclocked bus? I have simular problems, when i set right bus clock speed everything began to work fine. But now i have 166 Mhz pentium. :( PS. ;-)) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: FreeBSD-current question re: binutils
On Mon, Feb 14, 2000 at 04:56:52PM +0200, Maxim Sobolev wrote: I've also made port of development version of gas available at http://homepages.go.com/~sobomax/glx/gas-devel.tgz . It requres bzip'ed version of binutils' cvs snapshot in /usr/tmp. This port needs a *lot* of work as it doesn't work. But I am cleaning it up now. -- -- David([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: slow to boot
Soren Schmidt [[EMAIL PROTECTED]] wrote: It seems Dan Langille wrote: I have one box which is slow to boot under -current (mind you, I've never ... BUT if the second channel is enabled in the BIOS and the hardware plays foul on probe, it will be probed for devices for the std timeout which is 31s pr device, give or take... -Søren Is there any way to tell the driver not to reduce the timeout to something less than 31s? Or would it be easier for me to just #if 0 the lun1 (iobase_2..) code in ata_pciattach()? I'm asking because we have about 20 boxes like this. All of which are "rack" mounted don't have video cards, so getting at the BIOS is a royal PITA. They are all Asus P2BLS with: ata-pci0: Intel PIIX4 ATA-33 controller port 0xd800-0xd80f at device 4.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xd800 ata0: mask=03 status0=50 status1=00 ata0: mask=03 status0=50 status1=00 ata0: devices = 0x1 ata0 at 0x01f0 irq 14 on ata-pci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xd808 ata1: mask=03 status0=a5 status1=a5 ..30+ seconds ata1: mask=00 status0=ffa5 status1=ffa5 ... Thanks! -- Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: [EMAIL PROTECTED] Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
SI (XIO) drivers on 4.0 current.
Hello there; When booting, the kernel reports: si1: iomem (0xfffc) out of range entries on KERNEL is: device si0 at isa? irq 15 iomem 0xd /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-CURRENT #0: Sat Feb 12 09:11:24 CST 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/RODIA Calibrating clock(s) ... TSC clock: 398279751 Hz, i8254 clock: 1193214 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium II/Pentium II Xeon/Celeron (398.27-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real memory = 134217728 (131072K bytes) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x0037e000 - 0x040fcfff, 64483328 bytes (15743 pages) 0x0410 - 0x07ff5fff, 66019328 bytes (16118 pages) avail memory = 126439424 (123476K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f6a90 bios32: Entry = 0xfd7b0 (c00fd7b0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0x203 pnpbios: Found PnP BIOS data at 0xc00f6ae0 pnpbios: Entry = f:9fea Rev = 1.0 Other BIOS signatures found: ACPI: 000f6ac0 Preloaded elf kernel "kernel" at 0xc0365000. Pentium Pro MTRR support enabled md0: Malloc disk Creating DISK md0 pci_open(1):mode 1 addr port (0x0cf8) is 0x8058 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=71908086) npx0: math processor on motherboard npx0: INT 16 interface pci_open(1):mode 1 addr port (0x0cf8) is 0x pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=71908086) pcib0: Intel 82443BX (440 BX) host to PCI bridge on motherboard found- vendor=0x8086, dev=0x7190, revid=0x02 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 map[10]: type 1, range 32, base f800, size 26 found- vendor=0x8086, dev=0x7191, revid=0x02 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=1secondarybus=1 found- vendor=0x8086, dev=0x7110, revid=0x02 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0secondarybus=0 found- vendor=0x8086, dev=0x7111, revid=0x01 class=01-01-80, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 found- vendor=0x8086, dev=0x7112, revid=0x01 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=d, irq=9 map[20]: type 1, range 32, base 1400, size 5 found- vendor=0x8086, dev=0x7113, revid=0x02 class=06-80-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 map[90]: type 1, range 32, base 7000, size 4 found- vendor=0x1013, dev=0x6001, revid=0x01 class=04-01-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=a, irq=5 map[10]: type 1, range 32, base f430, size 12 map[14]: type 1, range 32, base f400, size 20 found- vendor=0x8086, dev=0x1229, revid=0x05 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base f4302000, size 12 map[14]: type 1, range 32, base 1420, size 5 map[18]: type 1, range 32, base f410, size 20 found- vendor=0x9004, dev=0x8178, revid=0x00 class=01-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=a, irq=14 map[10]: type 1, range 32, base 1000, size 8 map[14]: type 1, range 32, base f4301000, size 12 found- vendor=0x8086, dev=0x1229, revid=0x02 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=a, irq=5 map[10]: type 1, range 32, base f4303000, size 12 map[14]: type 1, range 32, base 1440, size 5 map[18]: type 1, range 32, base f420, size 20 found- vendor=0x109e, dev=0x0350, revid=0x12 class=04-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base f4304000, size 12 pci0: PCI bus on pcib0 pcib1: Intel 82443BX (440 BX) PCI-PCI (AGP) bridge at device 1.0 on pci0 found- vendor=0x10de, dev=0x0020, revid=0x04 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base f500, size 24 map[14]: type 1, range 32, base fc00, size 24 pci1: PCI bus on pcib1 vga-pci0: NVidia Riva TNT graphics accelerator mem
Re: FreeBSD-current question re: binutils
David O'Brien wrote: On Mon, Feb 14, 2000 at 04:56:52PM +0200, Maxim Sobolev wrote: I've also made port of development version of gas available at http://homepages.go.com/~sobomax/glx/gas-devel.tgz . It requres bzip'ed version of binutils' cvs snapshot in /usr/tmp. This port needs a *lot* of work as it doesn't work. But I am cleaning it up now. For me it does work ;). Anyway you are free to hack/use it for whatever you like. -Maxim To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc, eh_rtime_match
On Tue, Feb 15, 2000 at 06:56:13PM +0300, Ilmar S. Habibulin wrote: I have some problems with development vertion of kdes' new filemanager/browser. It can't find function eh_rtime_match, which i found in libgcc.a. You need to tell us a *LOT* more about your situation. uname -a gcc -v grep FreeBSD /usr/src/gnu/lib/libstdc++/_G_config.h nm /usr/lib/libstdc++.a |egrep '_.*vt.*filebuf' What version of KDE libs do you have installed? What does an ``ls -l'' on them show? What about nm /usr/local/lib/libkdecore.so.2 | egrep '_.*vt' To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 4.0 release candidate issues
On Tue, Feb 15, 2000 at 06:44:37AM +0900, Kazutaka YOKOTA wrote: Very detailed and presize description of my misunderstanding of the 'moused_type' settings for ps/2 mouse. After applaying this recomendations I now can 'tap' on my pad without (annoying) warning message after every reboot :-) Thank You VERY match !! N.Dudorov To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ATA Drivers and Kernel Panic during INSTALL
On Tue, Feb 15, 2000 at 10:10:29AM -0600, Thomas Veldhouse wrote: No overclocked bus. I do have the Pentium 166MMX overdrive processor on the board though. It used to have a 100MHz Pentium in it. However, if this is causing ATA some problem, it probably shouldn't. Like I said, the old drivers in 3.4-STABLE have no problem with it and either does Linux. Windows worked fine also (was my Wife's main PC until 3 months ago). If I had to hazard a guess, I might look at the IDE contoller. There is a known bug in CMD640(B) that the old drivers and the Linux drivers have a [verbose] work around for. In the old wd drivers, you had to declare the work around in the kernel config. Is there an option for the new ATA drivers? If so, are they in the GENERIC kernel (for use with boot disks)? I didn't see any mention of the workaround while booting the install disks (kern.flp and mfsroot.flp). There's the problem. CMD controlers aren't supported. There's a discussion of it in the archives, unfortunatly, they are down. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ATA Drivers and Kernel Panic during INSTALL
Great. Well, I am down too! I don't see any mention of this in any of the newsgroups (via Yahoo). I can not find a single reference. I don't remember seeing such a thing stated either. So, my question is, why NOT? If the old drivers can do it and the Linux drivers can do it, I have to wonder why? This was a common interface to say the least. Tom Veldhouse [EMAIL PROTECTED] On Tue, 15 Feb 2000, Brooks Davis wrote: On Tue, Feb 15, 2000 at 10:10:29AM -0600, Thomas Veldhouse wrote: No overclocked bus. I do have the Pentium 166MMX overdrive processor on the board though. It used to have a 100MHz Pentium in it. However, if this is causing ATA some problem, it probably shouldn't. Like I said, the old drivers in 3.4-STABLE have no problem with it and either does Linux. Windows worked fine also (was my Wife's main PC until 3 months ago). If I had to hazard a guess, I might look at the IDE contoller. There is a known bug in CMD640(B) that the old drivers and the Linux drivers have a [verbose] work around for. In the old wd drivers, you had to declare the work around in the kernel config. Is there an option for the new ATA drivers? If so, are they in the GENERIC kernel (for use with boot disks)? I didn't see any mention of the workaround while booting the install disks (kern.flp and mfsroot.flp). There's the problem. CMD controlers aren't supported. There's a discussion of it in the archives, unfortunatly, they are down. -- Brooks -- Any statement of the form "X is the one, true Y" is FALSE. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: PCI irq setting
In message [EMAIL PROTECTED] Remy Nonnenmacher writes: : After moving all Video cards (4 matrox), I noticed that, at boot, the : video cards monopolize a lot of usefull irqs: : : 9 : Matrox 1, integrated 82559 (Network), integrated aic7892 (SCSI), USB : 11: Matrox 2, Matrox 3 : 12: Matrox 4 : : As Net and SCSI are the main source of interrupts, how can i have all : matroxes stacked on one Irq and SCSI and net on two separated ones, : instead of having 'mux' receiving all Ints ? The best answer that I can give (or anybody) is that you configure your bios to assign these resources differently. Most modern ones do this fairly easily. Since you have a 7892, I think you have a good chance of havin one modern enough. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
cvsup servers
Dear BSD-users, I apologize for a potentially off-topic question, but I could not find a more appropriate mailing list. We are thinking of setting up and maintaining a cvsup mirror of FreeBSD sources and making it available for everyone.I would appreciate if someone could direct me to some information of what's involved in setting up such a service. Maybe I could get in contact with a person who is maintaining one of the US mirrors (is there a list of maintainers)? If we were to set up a dedicated machine for that, what would be the hardware requirements (disk space, etc)? Thank you Vladimir [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: annoying problem with ncurses, acs_chars and xterm
In message [EMAIL PROTECTED] Alexander Leidinger writes: : Works here without problems (TERM = xterm xterm-color). : : Wild guess: Does your shell support 8bit-chars? No. The line drawing characters aren't 8 bit characters on VT100 derived terminals. My guess is that you don't have a proper line drawing font installed on your system for the font you are using for the xterm. Been too long since I read the man page to know what you need to tweak, but I'm sure that it is there. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Sound Card
On Tue, 15 Feb 2000, Peter Wemm was heard blurting out: Ron 'The InSaNe One' Rosson wrote: On Sun, 13 Feb 2000, MIHIRA Yoshiro was heard blurting out: [EMAIL PROTECTED] wrote: Ron 'The InSaNe One' Rosson wrote: Under 3.3-RELEASE with PAO the sound card work with this entry in the config file: device pcm0 at isa? port ? tty irq 5 drq 1 flags 0x0 Here is what the dmesg output looked like with that entry: pcm0 at 0x220 irq 5 drq 1 on isa ESS1879 (rev 11, native mode) Now under current I have tried both of these entries to get sound working to no avail. device pcm0 at isa? port? irq 5 drq 1 flags 0x0 device pcm0 at isa? port? irq 5 drq 1 flags 0x15 Any assistance in this matter would be greatly appreciated. devicepcm0 devicesbc0at isa? port 0x220 irq 5 drq 1 flags 0x0 The above worked.. here is the dmesg output of it: sbc0: ESS 688 at port 0x220-0x22f irq 5 drq 1 on isa0 pcm0: SB DSP 3.01 (ESS mode) on sbc0 and insane-mental cat /dev/sndstat FreeBSD Audio Driver (newpcm) Feb 12 2000 16:45:04 Installed devices: pcm0: SB DSP 3.01 (ESS mode) at io 0x220 irq 5 drq 1 (1p/1r channels) The only issue I have left is that when a sound is played everuything is find till the end and it sounds like a fading echo. Did you actually try: options PNPBIOS device pcm device sbc It is important that you do this please, at least so we have a datapoint. Also, what version of -current? (if it's fairly new, you can even leave out 'device sbc' if you are running in PnP or PNPBIOS mode) I presume this is for a laptop, right? (you mentioned PAO but otherwise gave no clues). Does 'pnpinfo' report a pnp device? or is it a bios configured non-pnp chip on the motherboard? (in which case PNPBIOS should find it) Peter, Everyone, I did the recommendations Peter requested. It finds the sound card. The sound card still has the fading echo problem. I apologize for not mentioning this sooner but this is on a Fujitsu E360 Lifebook. I håve also attacthed the dmesg for it now with its current kernel. The thing that gets me is al the unknowns listed. TIA -- --- Ron Rosson ... and a UNIX user said ... The InSaNe One rm -rf * [EMAIL PROTECTED]and all was /dev/null and *void() --- Today's Quote: "It's important to pay close attention in schoolfor years I thought that bears masturbated all winter."---Damon R. Milhem 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-2208-CURRENT #12: Tue Feb 15 09:37:38 PST 2000 root@mental:/usr/src/sys/compile/MENTAL Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (331.83-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x66a Stepping = 10 Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real memory = 67018752 (65448K bytes) config en pcic0 config po pcic0 0x3e0 config ir pcic0 11 config iom pcic0 0xd config f pcic0 0 config q avail memory = 61784064 (60336K bytes) Preloaded elf kernel "kernel" at 0xc0305000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc030509c. Pentium Pro MTRR support enabled md0: Malloc disk npx0: math processor on motherboard npx0: INT 16 interface pcib0: Intel 82443BX host to PCI bridge (AGP disabled) on motherboard pci0: PCI bus on pcib0 isab0: Intel 82371AB PCI to ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 ata-pci0: Intel PIIX4 ATA-33 controller port 0xf4f0-0xf4ff at device 7.1 on pci0 ata0 at 0x01f0 irq 14 on ata-pci0 ata1 at 0x0170 irq 15 on ata-pci0 pci0: Intel 82371AB/EB (PIIX4) USB controller (vendor=0x8086, dev=0x7112) at 7.2 irq 9 chip1: Intel 82371AB Power management controller port 0xff80-0xff8f at device 7.3 on pci0 pci0: unknown card (vendor=0x11c1, dev=0x0440) at 16.0 irq 9 pcic-pci0: TI PCI-1221 PCI-CardBus Bridge irq 9 at device 19.0 on pci0 pcic-pci1: TI PCI-1221 PCI-CardBus Bridge irq 9 at device 19.1 on pci0 vga-pci0: Trident model 9388 VGA-compatible display device mem 0xfe80-0xfebf,0xfedc-0xfedd,0xfe40-0xfe7f at device 20.0 on pci0 fdc0: NEC 72065B or clone 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 ata-isa0: already registered as ata0 ata-isa1: already registered as ata1 atkbdc0: keyboard controller (i8042) at port 0x60-0x6f on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: Generic ISA VGA at
Re: slow to boot
It seems Andrew Gallatin wrote: Is there any way to tell the driver not to reduce the timeout to something less than 31s? Or would it be easier for me to just #if 0 the lun1 (iobase_2..) code in ata_pciattach()? I'm asking because we have about 20 boxes like this. All of which are "rack" mounted don't have video cards, so getting at the BIOS is a royal PITA. They are all Asus P2BLS with: ata-pci0: Intel PIIX4 ATA-33 controller port 0xd800-0xd80f at device 4.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xd800 ata0: mask=03 status0=50 status1=00 ata0: mask=03 status0=50 status1=00 ata0: devices = 0x1 ata0 at 0x01f0 irq 14 on ata-pci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xd808 ata1: mask=03 status0=a5 status1=a5 ..30+ seconds ata1: mask=00 status0=ffa5 status1=ffa5 Hmm, you could try to change the probe to something like: ... status1 = inb(scp-ioaddr + ATA_STATUS); if ((status0 0xf8) != 0xf8 status0 != 0xa5) mask |= 0x01; if ((status1 0xf8) != 0xf8 status1 != 0xa5) mask |= 0x02; if (bootverbose) ata_printf(scp, -1, "mask=%02x status0=%02x status1=%02x\n", mask, status0, status1); ... It seems that the 0xa5 value means "no device" too, on lots of controllers, and its not valid anyways, so it wouldn't hurt..." -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
AIC card not recognised?
I get the following: pci0: unknown card (vendor=0x9004, dev=0x5078) at 8.0 irq 11 from a machine that has: # SCSI Controllers #device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices #device amd # AMD 53C974 (Teckram DC-390(T)) #device dpt # DPT Smartcache - See LINT for options! #device isp # Qlogic family device ncr # NCR/Symbios Logic 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) in it's kernel (with a recent cvsup). I would expect an ahc0 to come up there. It's the Adaptec 2920. I had this in a 3.x machine for quite a long time and it showed up as an ahc0. Dave. -- |David Gilbert, Velocet Communications. | Two things can only be | |Mail: [EMAIL PROTECTED] | equal if and only if they | |http://www.velocet.net/~dgilbert | are precisely opposite. | =GLO To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: annoying problem with ncurses, acs_chars and xterm
In message [EMAIL PROTECTED] "Jose M. Alcaide" writes: : Hummm... is there any way to force ncurses to use the old '-', '|' and : '+' characters for drawing lines and boxes (perhaps the "ac" termcap : capabilility)? I prefer lucidatypewriter over fixed font. Yes. It's all a matter of the right termcap(5) entry. xterm-foo:ac=--:tc=xterm is a good place to start :-) Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: annoying problem with ncurses, acs_chars and xterm
Warner Losh wrote: In message [EMAIL PROTECTED] Alexander Leidinger writes: : Works here without problems (TERM = xterm xterm-color). : : Wild guess: Does your shell support 8bit-chars? No. The line drawing characters aren't 8 bit characters on VT100 derived terminals. My guess is that you don't have a proper line drawing font installed on your system for the font you are using for the xterm. Been too long since I read the man page to know what you need to tweak, but I'm sure that it is there. You are right! I was using the "lucidatypewriter" font (I really _like_ that font). I switched the xterm to use "fixed" font and the line drawing characters now appear. Hummm... is there any way to force ncurses to use the old '-', '|' and '+' characters for drawing lines and boxes (perhaps the "ac" termcap capabilility)? I prefer lucidatypewriter over fixed font. Thank you very much, -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Boca BB2016 (multiport non-AST) lost interrupts?
On Sun, 13 Feb 2000, Chris Radek wrote: On Sun, 13 Feb 2000 18:00:07 CST, Chris Radek writes: I recently upgraded a machine from an old 3.0-RELEASE to the 2209 snapshot. It was previously running a Boca BB2016 multiport serial card ("box" actually) correctly. Now the master port (16) on the card works but none of the others seem to generate interrupts. Argh, I sent that too soon. I think I found it. It was broken in rev 1.274 - look at the current sio.c, line 715: idev should be the master port and not the port being probed. It even says so in the comment. It took me a large part of an evening to read the bloody comment. :-) Here's the patch: Thanks for the patch. I committed a modified version. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: [ID 20000215.003] memory leak in perl 5.005_3
after building 4-current (cvsupped yesterday) I'm using OpenSSH now. I'm starting my X11 session with ssh-agent and using ssh-add in my .xsession. Unfortunally there's no ssh-askpass build in 4-current (and ssh-add is build with '#define SSH_ASKPASS_DEFAULT "/usr/X11R6/bin/ssh-askpass"') so I'm not able to add my identity to the ssh agent at login time, I have to do it manually from a xterm. I'm not really sure what this ssh-askpass thing is or where it was supposed to come from, but I found a great lack of information on it when I switched myself to openssh (from the ports collection) a long time ago, and in the interim I just put this in my .xsession file: env SSH_ASKPASS="$HOME/Bin/ssh-askpass.sh" ssh-add /dev/null Where $HOME/Bin/ssh-askpass.sh is a simple shell script: #!/bin/sh xprompt -rfn nil2 -re -p "Enter your password" The xprompt program can be found in /usr/ports/x11/xprompt - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: [ID 20000215.003] memory leak in perl 5.005_3
On Tue, Feb 15, 2000 at 01:20:28PM +0500, Andrey Kolotev wrote: @c = ("Async32"x4, "Async32"x5, "Async32"x7, "Async32"x10); while (1) { foreach (@c) { $_ =~ s/Async/ Async/; } } You're forever adding spaces and complain of a memory leak? -- The idea is that the first face shown to people is one they can readily accept - a more traditional logo. The lunacy element is only revealed subsequently, via the LunaDude. [excerpted from the Lunatech Identity Manual] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: [ID 20000215.003] memory leak in perl 5.005_3
On Tue, Feb 15, 2000 at 10:59:58AM +0100, Bart Schuller wrote: On Tue, Feb 15, 2000 at 01:20:28PM +0500, Andrey Kolotev wrote: @c = ("Async32"x4, "Async32"x5, "Async32"x7, "Async32"x10); while (1) { foreach (@c) { $_ =~ s/Async/ Async/; } } You're forever adding spaces and complain of a memory leak? But I don't save any info about this. I don't modify array @c. It's constantly consist of 4 fixed strings, I modify only temporary var $_; Thank you. -- The idea is that the first face shown to people is one they can readily accept - a more traditional logo. The lunacy element is only revealed subsequently, via the LunaDude. [excerpted from the Lunatech Identity Manual] -- Andrey Kolotev To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message