poll() timing problems?
We are experiencing some problems which I think *could* be related to timeout problems with poll(). 1) mysql-3.23.48 + FreeBSD 4.2-RELEASE (also happens with prior mysql releases) CPU: Pentium III/Pentium III Xeon/Celeron (796.54-MHz 686-class CPU) Origin = GenuineIntel Id = 0x683 Stepping = 3 Features=0x387fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,PN,MMX,FXSR,SSE FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee0 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee0 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec0 MySQL works fine for a while (sometimes a day, sometimes only an hour) but then switches into busy mode. Attaching a truss to the pid gives the following: poll(0x8253000,0x3,0x2690) = 1 (0x1) gettimeofday(0x283512e8,0x0) = 0 (0x0) poll(0x8253000,0x3,0x268f) = 1 (0x1) gettimeofday(0x283512e8,0x0) = 0 (0x0) poll(0x8253000,0x3,0x268e) = 1 (0x1) gettimeofday(0x283512e8,0x0) = 0 (0x0) poll(0x8253000,0x3,0x268e) = 1 (0x1) gettimeofday(0x283512e8,0x0) = 0 (0x0) poll(0x8253000,0x3,0x268e) = 1 (0x1) gettimeofday(0x283512e8,0x0) = 0 (0x0) poll(0x8253000,0x3,0x268d) = 1 (0x1) gettimeofday(0x283512e8,0x0) = 0 (0x0) poll(0x8253000,0x3,0x268d) = 1 (0x1) over and over and over again with a lot of those loops per second (however it still works correctly answering queries and that) using one of the two CPUs at nearly 100%. To me it looks like poll() returns from a timeout as I can't see any read()/write() syscalls in the trace and I assume they should be visible if a I/O operation on a FD would be ready, causing poll() to return. 2) Mutt 1.2.5i + FreeBSD 4.4-RELEASE [using ncurses 5.1] CPU: Pentium III/Pentium III Xeon/Celeron (995.68-MHz 686-class CPU) Origin = GenuineIntel Id = 0x686 Stepping = 6 Features=0x387fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,PN,MMX,FXSR,SSE FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee0 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee0 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec0 If the user terminates the X session the xterm dies, but the bash and the mutt survive and from that point mutt does nearly the same as above (sorry no trace avail): poll(), gettimeofday(), check mailbox, poll(), ... at a *very* high rate. Here I also assume timeout as the reason for returning from poll. I've checked the PRs (open and closed) but couldn't find a problems I would put in relation to our problems. Has anybody else encountered this kind of problems? Any solutions? If you need more information, I'll try my best to provide them. Thanks, \Maex -- SpaceNet AG| Joseph-Dollinger-Bogen 14 | Fon: +49 (89) 32356-0 Research Development | D-80807 Muenchen| Fax: +49 (89) 32356-299 The security, stability and reliability of a computer system is reciprocally proportional to the amount of vacuity between the ears of the admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
dump(8) race conditions?
We use amanda and dump for backups. Some hosts have rather busy disks even during non prime time hours when backup is run. From time to time amanda reports dump(8) errors like the following: sendbackup: info end | DUMP: Date of this level 5 dump: Wed Feb 6 01:53:12 2002 | DUMP: Date of last level 4 dump: Mon Feb 4 02:31:40 2002 | DUMP: Dumping /dev/rda4s1e (/share/turing/disk07) to standard output | DUMP: mapping (Pass I) [regular files] | DUMP: mapping (Pass II) [directories] | DUMP: estimated 2423080 tape blocks. | DUMP: dumping (Pass III) [directories] | DUMP: dumping (Pass IV) [regular files] | DUMP: 14.72% done, finished in 0:28 | DUMP: 33.78% done, finished in 0:19 | DUMP: 52.84% done, finished in 0:13 | DUMP: 71.65% done, finished in 0:07 ? DUMP: read error from /dev/rda4s1e: Invalid argument: [block -410921522]: count=3072 ? DUMP: DUMP: read error from /dev/rda4s1e: Invalid argument: [sector -410921522]: count=512 ? DUMP: read error from /dev/rda4s1e: Invalid argument: [block -410921532]: count=5120 ? DUMP: read error from /dev/rda4s1e: Invalid argument: [block -1001057530]: count=1024 [ ... ] First time we saw this we took down the machine to single user, unmounted the disk and fsck'd it. No errors where found and the next backups (even level 0) made it without errors. As we where still suspicious as to what might be the reason for this really sporadic error messages from different machines and different disks I look through the source of dump. If I do interpret the code correctly dump caches directory inode lists. Now, if during a dump and after caching the inode infos files get removed/shrunk dump has a dirty cache and tries to access blocks that are not/no longer allocated and the result are the above errors. Am I right with my interpretation or are this really hardware errors? Thanks, \Maex -- SpaceNet AG| Joseph-Dollinger-Bogen 14 | Fon: +49 (89) 32356-0 Research Development | D-80807 Muenchen| Fax: +49 (89) 32356-299 The security, stability and reliability of a computer system is reciprocally proportional to the amount of vacuity between the ears of the admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: dump(8) race conditions?
On Thu, Feb 07, 2002 at 11:54:02AM -0600, Dan Nelson wrote: Dump should ideally be run on an unmounted filesystem. The next best is to create a snapshot ( /usr/src/sys/ufs/ffs/README.snapshot ) and dump that. True. But on systems that host e.g. mailservers or webservers its unacceptable to disrupt services tp umount and backup the system :/ $ uname -a FreeBSD 4.4-RELEASE $ more /usr/src/sys/ufs/ffs/README.snapshot /usr/src/sys/ufs/ffs/README.snapshot: No such file or directory :-))) Located it in stable, but the READNE says: 2) Run dump on the snapshot. You will get a dump that is consistent with the filesystem as of the timestamp of the snapshot. Note that I have not yet changed dump to set the dumpdates file correctly, so do not use this feature in production until that fix is made. :-(( Anyway, I have no problem with the errors per se, just wanted to know if they could result from the race conditions or if I have to better change the disks. \Maex -- SpaceNet AG| Joseph-Dollinger-Bogen 14 | Fon: +49 (89) 32356-0 Research Development | D-80807 Muenchen| Fax: +49 (89) 32356-299 The security, stability and reliability of a computer system is reciprocally proportional to the amount of vacuity between the ears of the admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: X mailers (was Re: ANNOUNCE: Linux ABI/SDK standards for OpenGL/Mesa)
On Thu, Sep 09, 1999 at 12:08:01PM +1000, Andrew Reilly wrote: Lots of folk use procmail, but since I'm using qmail as an MTA, I thought I'd see if I could use it's native methods, and it's really easy, with a shell script that's just a case $SENDER block. It's even "easier" :-) I subscribe new mailing lists (and resubscribed old ones) as [EMAIL PROTECTED] So I have e.g. [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] For each of those addresses I create .qmail-listname files that sort it in different mailboxes: .qmail-freebsd-hackers: ./Maildir/lists/freebsd/hackers/ .qmail-freebsd-net: ./Maildir/lists/freebsd/net/ .qmail-freebsd-scsi: ./Maildir/lists/freebsd/scsi/ 3. thread topic support The best threading mail reader that I've come across is mutt, but that might be too traditional for your option 1. I think mutt works really great with qmail. With the above I have in my .muttrc mailboxes /home/maex/Maildir/incoming \ /home/maex/Maildir/lists/freebsd/hackers\ /home/maex/Maildir/lists/freebsd/net\ /home/maex/Maildir/lists/freebsd/scsi \ /home/maex/Maildir/lists/freebsd/stable # freebsd-scsi folder-hook lists/freebsd/scsi \ 'my_hdr From: "Markus Stumpf" [EMAIL PROTECTED]' save-hook ~hmaex-lists-freebsd-scsi =lists-archives/freebsd/scsi I have switched from ELM to mutt and qmail and with the above setup I have noticed that the time I need for reading my emails dramatically decreased. I have also a .qmail-default file which controls all addresses like [EMAIL PROTECTED] that do not have explicit controls files. If I HAVE to use an email address somewhere out in the web e.g., I use addresses like [EMAIL PROTECTED] If I ever get spam via those addresses I can identify where they got the address from and block/bounce/discard it via an appropriate control file. \Maex -- SpaceNet GmbH | http://www.Space.Net/ | Yeah, yo mama dresses Research Development| mailto:[EMAIL PROTECTED] | you funny and you need Joseph-Dollinger-Bogen 14 | Tel: +49 (89) 32356-0| a mouse to delete files D-80807 Muenchen | Fax: +49 (89) 32356-299 | To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: X mailers (was Re: ANNOUNCE: Linux ABI/SDK standards for OpenGL/Mesa)
On Thu, Sep 09, 1999 at 12:08:01PM +1000, Andrew Reilly wrote: Lots of folk use procmail, but since I'm using qmail as an MTA, I thought I'd see if I could use it's native methods, and it's really easy, with a shell script that's just a case $SENDER block. It's even easier :-) I subscribe new mailing lists (and resubscribed old ones) as maex-listn...@space.net So I have e.g. maex-freebsd-hack...@space.net maex-freebsd-...@space.net maex-freebsd-s...@space.net For each of those addresses I create .qmail-listname files that sort it in different mailboxes: .qmail-freebsd-hackers: ./Maildir/lists/freebsd/hackers/ .qmail-freebsd-net: ./Maildir/lists/freebsd/net/ .qmail-freebsd-scsi: ./Maildir/lists/freebsd/scsi/ 3. thread topic support The best threading mail reader that I've come across is mutt, but that might be too traditional for your option 1. I think mutt works really great with qmail. With the above I have in my .muttrc mailboxes /home/maex/Maildir/incoming \ /home/maex/Maildir/lists/freebsd/hackers\ /home/maex/Maildir/lists/freebsd/net\ /home/maex/Maildir/lists/freebsd/scsi \ /home/maex/Maildir/lists/freebsd/stable # freebsd-scsi folder-hook lists/freebsd/scsi \ 'my_hdr From: Markus Stumpf maex-lists-freebsd-s...@space.net' save-hook ~hmaex-lists-freebsd-scsi =lists-archives/freebsd/scsi I have switched from ELM to mutt and qmail and with the above setup I have noticed that the time I need for reading my emails dramatically decreased. I have also a .qmail-default file which controls all addresses like maex-anyth...@space.net that do not have explicit controls files. If I HAVE to use an email address somewhere out in the web e.g., I use addresses like maex-net-access-...@space.net If I ever get spam via those addresses I can identify where they got the address from and block/bounce/discard it via an appropriate control file. \Maex -- SpaceNet GmbH | http://www.Space.Net/ | Yeah, yo mama dresses Research Development| mailto:maex-...@space.net | you funny and you need Joseph-Dollinger-Bogen 14 | Tel: +49 (89) 32356-0| a mouse to delete files D-80807 Muenchen | Fax: +49 (89) 32356-299 | To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Proposal: Add generic username for 3rd-party MTA's
On Thu, Sep 02, 1999 at 11:42:58AM +0200, Sheldon Hearn wrote: The numeric ID is not important. Neither is the name. So long as there's something that people maintaining ports can use. I've followed Solaris' lead on the choice of name, ``smtp''. The numeric id IS important. How do you think NFS maintains privileges across machines? This also has nothing to do with emotions ... it's my experience from the time I worked at the computing staff at the univ, where we had to maintain a few thousand users on a few hundred machines of all types. In some perspectives ($HOMEs, mail, standard programs, shared document space) the machines had to look and feel alike for the users. We noticed that the predefined uids/gids on the systems were nearly useless for that tasks (as they were all different) If in such an environemt the uid 25 is already used for some other service it's a pain to integrate new FreeBSD machines from the moment FreeBSD comes shipped with uid 25 allocated to a user smtp. \Maex To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Proposal: Add generic username for 3rd-party MTA's
On Thu, Sep 02, 1999 at 11:42:58AM +0200, Sheldon Hearn wrote: The numeric ID is not important. Neither is the name. So long as there's something that people maintaining ports can use. I've followed Solaris' lead on the choice of name, ``smtp''. The numeric id IS important. How do you think NFS maintains privileges across machines? This also has nothing to do with emotions ... it's my experience from the time I worked at the computing staff at the univ, where we had to maintain a few thousand users on a few hundred machines of all types. In some perspectives ($HOMEs, mail, standard programs, shared document space) the machines had to look and feel alike for the users. We noticed that the predefined uids/gids on the systems were nearly useless for that tasks (as they were all different) If in such an environemt the uid 25 is already used for some other service it's a pain to integrate new FreeBSD machines from the moment FreeBSD comes shipped with uid 25 allocated to a user smtp. \Maex To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Proposal: Add generic username for 3rd-party MTA's
On Wed, Sep 01, 1999 at 03:56:10PM -0700, Mike Smith wrote: If we do this, I hope a more obvious name is chosen; something like "mailman" might be a start. Or "mailperson", or "postperson", or whatever. "mta" just feels a little obscure. May I vote for NO more predefined uids/gids at all? I think there are already too many of them. If you get out of a FreeBSD only world to a *nix one, you'll run more and more into problems. Linux predefines some uids, Sun does, HP does, FreeBSD does, everyone does. But everyone uses different uids/gids for the same role accounts. uucp is 66:66 on FreeBSD uucp is 4:8 on SunOS uucp is 10:10 on Debian Linux uucp is 5:3 on HP/UX Even the group "users" doesn't any longer have the same gid on all platforms (if it exists at all). If you have a very heterogeneous network with lot of different OSs it makes it nearly impossible to use kinda default/out of the box configuration and standard tools and e.g. make use of NFS. If I have to go ahead and create all my role accounts myself anyway to get it consistent/secure, why would I need predefined ones? If you, however, can establish a GUANA and convince all vendors too agree on same uids/gids for role accounts, I'd vote YES ;-) \Maex -- SpaceNet GmbH | http://www.Space.Net/ | Yeah, yo mama dresses Research Development| mailto:[EMAIL PROTECTED] | you funny and you need Joseph-Dollinger-Bogen 14 | Tel: +49 (89) 32356-0| a mouse to delete files D-80807 Muenchen | Fax: +49 (89) 32356-299 | To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Proposal: Add generic username for 3rd-party MTA's
On Wed, Sep 01, 1999 at 03:56:10PM -0700, Mike Smith wrote: If we do this, I hope a more obvious name is chosen; something like mailman might be a start. Or mailperson, or postperson, or whatever. mta just feels a little obscure. May I vote for NO more predefined uids/gids at all? I think there are already too many of them. If you get out of a FreeBSD only world to a *nix one, you'll run more and more into problems. Linux predefines some uids, Sun does, HP does, FreeBSD does, everyone does. But everyone uses different uids/gids for the same role accounts. uucp is 66:66 on FreeBSD uucp is 4:8 on SunOS uucp is 10:10 on Debian Linux uucp is 5:3 on HP/UX Even the group users doesn't any longer have the same gid on all platforms (if it exists at all). If you have a very heterogeneous network with lot of different OSs it makes it nearly impossible to use kinda default/out of the box configuration and standard tools and e.g. make use of NFS. If I have to go ahead and create all my role accounts myself anyway to get it consistent/secure, why would I need predefined ones? If you, however, can establish a GUANA and convince all vendors too agree on same uids/gids for role accounts, I'd vote YES ;-) \Maex -- SpaceNet GmbH | http://www.Space.Net/ | Yeah, yo mama dresses Research Development| mailto:maex-...@space.net | you funny and you need Joseph-Dollinger-Bogen 14 | Tel: +49 (89) 32356-0| a mouse to delete files D-80807 Muenchen | Fax: +49 (89) 32356-299 | To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Solution for mail pseudo-users?
On Tue, Aug 03, 1999 at 02:22:17PM -0700, Alex Zepeda wrote: Also you'll have to run the script to allow users to change passwords as "root", which you probably will NOT want to do (same for adding/ deleting/changing users) So with your setup, any user can add/delete/modify existing users? Yeah, that's secure. With your setup that would hold, too. But with my setup the effective user doesn't have to be root, so if there is an exploit the intruder doesn't gain root privileges the first place and it reduces the possibilities that e.g. the whole subnet is compromised by sniffing or the like. Also with 3+ (maybe even with 1+) users each rebuild of the passwd database will become SLOW and you have to take care about locking and such ... been there, tried it, didn't like it. Yes, but with 100k+ users, a database (that requires slow rebuilding) is faster to find random records in than a flat text file. In fact, perhaps you should have instituted some sort of cron'd rebuild (once every 30 minutes for instance), and then queued the changes, so as to prevent users from frobbing in an incorrect manner. A e.g. database isn't a flat text file. Nobody said that one should use a linear search on a flat text file. You're free to plug in whatever backend you want (Berkley DB, SQL database, cdb, ...), but you don't have to rebuild the whole database, but just the record modified. Queuing changes is IMHO not an option. When a user changes his password, he want it to be effective immediately, not after 5, 10, 15 oder 30 minutes. \Maex -- SpaceNet GmbH | http://www.Space.Net/ | Yeah, yo mama dresses Research Development| mailto:[EMAIL PROTECTED] | you funny and you need Joseph-Dollinger-Bogen 14 | Tel: +49 (89) 32356-0| a mouse to delete files D-80807 Muenchen | Fax: +49 (89) 32356-299 | To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Solution for mail pseudo-users?
On Tue, Aug 03, 1999 at 02:22:17PM -0700, Alex Zepeda wrote: Also you'll have to run the script to allow users to change passwords as root, which you probably will NOT want to do (same for adding/ deleting/changing users) So with your setup, any user can add/delete/modify existing users? Yeah, that's secure. With your setup that would hold, too. But with my setup the effective user doesn't have to be root, so if there is an exploit the intruder doesn't gain root privileges the first place and it reduces the possibilities that e.g. the whole subnet is compromised by sniffing or the like. Also with 3+ (maybe even with 1+) users each rebuild of the passwd database will become SLOW and you have to take care about locking and such ... been there, tried it, didn't like it. Yes, but with 100k+ users, a database (that requires slow rebuilding) is faster to find random records in than a flat text file. In fact, perhaps you should have instituted some sort of cron'd rebuild (once every 30 minutes for instance), and then queued the changes, so as to prevent users from frobbing in an incorrect manner. A e.g. database isn't a flat text file. Nobody said that one should use a linear search on a flat text file. You're free to plug in whatever backend you want (Berkley DB, SQL database, cdb, ...), but you don't have to rebuild the whole database, but just the record modified. Queuing changes is IMHO not an option. When a user changes his password, he want it to be effective immediately, not after 5, 10, 15 oder 30 minutes. \Maex -- SpaceNet GmbH | http://www.Space.Net/ | Yeah, yo mama dresses Research Development| mailto:maex-...@space.net | you funny and you need Joseph-Dollinger-Bogen 14 | Tel: +49 (89) 32356-0| a mouse to delete files D-80807 Muenchen | Fax: +49 (89) 32356-299 | To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Solution for mail pseudo-users?
I would recommend qmail (http://www.qmail.org/). It has a VERY modular structure, where you e.g. can easily substitue the checkpassword module with a e.g. perl script doing the lookups. Nothing else needs to be patched/changed and the described scenario can be accomplished with standard qmail features. We're running kind of such a setup for about 2 years and are very happy. There are patches+docs for a complete qmail+mysql integration at http://www.softagency.co.jp/mysql/qmail.en.html There are patches+docs for a complete qmail+ldap integration at http://www.nrg4u.com/ LDAP is not that messy :-) LDAP is designed with a lot of read accesses in mind and will eventually not scale well with a lot of write (change) accesses. On Sun, Aug 01, 1999 at 04:08:00AM -0700, Alex Zepeda wrote: I just don't see any justification in hacking away at all of your software to bypass the passwd database. What is gained? If you have 10+ users you'll run out of UIDs (see recent thread). Also you'll have to run the script to allow users to change passwords as root, which you probably will NOT want to do (same for adding/ deleting/changing users) Also with 3+ (maybe even with 1+) users each rebuild of the passwd database will become SLOW and you have to take care about locking and such ... been there, tried it, didn't like it. \Maex -- SpaceNet GmbH | http://www.Space.Net/ | Yeah, yo mama dresses Research Development| mailto:maex-...@space.net | you funny and you need Joseph-Dollinger-Bogen 14 | Tel: +49 (89) 32356-0| a mouse to delete files D-80807 Muenchen | Fax: +49 (89) 32356-299 | To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Microsoft performance (was: ...)
On Thu, Jun 24, 1999 at 01:23:19PM +0930, Mark Newton wrote: I've found FreeBSD to outperform NT-anything in any task you throw at the machine from web service to Samba for file and print service for PCs running Windows. Granted. Perhaps we're seeing an artifact of NT's developers focussing on optimizing their system for good benchmark performance rather than good real-world performance. 'twill be interesting to see the offical report to find out where the various strengths and weaknesses really are. The weaknesses are obvious and well documented by Microsoft itself. We have a customer that insisted on using NT for its webserver. Yesterday we had trouble with the time stamp in the logs. It simply stopped at a specific time. After that the timestamp was all the same. The problem was: http://support.microsoft.com/support/kb/articles/q223/1/37.asp This problem can occur if the server runs for more than 49 days without being restarted planck(1:327) $ uname -a FreeBSD planck 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Mon Jun 23 16:49:02 CEST 1997 root:/usr/src/sys/compile/CHDKERNEL i386 planck(1:328) $ uptime 6:39PM up 590 days, 22:04, 3 users, load averages: 0.01, 0.08, 0.07 *** This server is NOT idling, it's acting (besides other things) as a radius server servering some thousand dialins. Do you need any other arguments? \Maex -- SpaceNet GmbH | http://www.Space.Net/ | Yeah, yo mama dresses Research Development| mailto:maex-...@space.net | you funny and you need Joseph-Dollinger-Bogen 14 | Tel: +49 (89) 32356-0| a mouse to delete files D-80807 Muenchen | Fax: +49 (89) 32356-299 | To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
2.2.7 + NBUF + NMBCLUSTERS
Hoi folx, I have a 2.2.7 system that runs out of mbuf clusters. maxuser 64 I've raised options NMBCLUSTERS=6144 options NBUF=3072 and that made it for a while. However the system is running a chatserver and a webserver of a customer and now it hits me again. Are there any problems in raising it to options NMBCLUSTERS=16384 options NBUF=8192 Does this combination make sense at all? (in the LINT file NBUF was half the value of NMBCLUSTERS, so I kept this). Thanks \Maex -- SpaceNet GmbH | http://www.Space.Net/ | Yeah, yo mama dresses Research Development| mailto:maex-...@space.net | you funny and you need Joseph-Dollinger-Bogen 14 | Tel: +49 (89) 32356-0| a mouse to delete files D-80807 Muenchen | Fax: +49 (89) 32356-299 | To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message