From owner-freebsd-bugs Sun Feb 8 10:36:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA19834 for freebsd-bugs-outgoing; Sun, 8 Feb 1998 10:36:25 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from servidor.exsocom.com.mx (servidor.exsocom.com.mx [200.34.46.130]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA19825 for ; Sun, 8 Feb 1998 10:36:19 -0800 (PST) (envelope-from agalindo@servidor.exsocom.com.mx) Received: from servidor.exsocom.com.mx.exsocom.com.mx (pppc00.exsocom.com.mx [200.34.46.150]) by servidor.exsocom.com.mx (8.8.7/8.8.5) with SMTP id MAA02580 for ; Sun, 8 Feb 1998 12:43:01 -0600 (CST) Message-Id: <1.5.4.32.19980208184112.009e4a18@exsocom.com.mx> X-Sender: agalindo@exsocom.com.mx X-Mailer: Windows Eudora Light Version 1.5.4 (32) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 08 Feb 1998 12:41:12 -0600 To: freebsd-bugs@FreeBSD.ORG From: Alejandro Galindo Subject: problem with "ac" program Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I use the "last" command for show the users login time and its right, but when i use the "ac" command it show me a bad login time, by example: the user temp with the "last" command (last temp) temp ttyc0a Wed Feb 4 21:50 - 22:02 (00:11) temp ttyc01 Tue Feb 3 22:46 - 00:31 (01:45) ........... etc. with the "ac" command (ac -d temp) it show me: Feb 3 total 1.22 Feb 4 total 0.73 the "ac" indicate me 1.22 hrs for Feb 3 Day (1 hr 13 min. and 12 seconds) is it ok? but the last command only indicate me 1 hr and 45 minutes, and this is ok. is this a bug in the ac command? I have a 2.2.5 RELEASE thanks for your comments Saludos Alejandro ---------------------------------------------------------------------------- | , , | | /( )` | | \ \___ / | | | /- _ `-/ ' | | (/\/ \ \ /\ | | ExSoCom Dgo. MEXICO / / | ` \ | | O O ) / | | | `-^--'`< ' | | (_.) _ ) / | | Alejandro Galindo Chairez `.___/` / | | Tel: (52 18) 179177 `-----' / | | Fax: (52 18) 179177 <----. __ / __ \ | | <----|====O)))==) \) /==== | | e-mail alejandro.galindo@exsocom.com.mx <----' `--' `.__,' \ | | | | | | http://www.exsocom.com.mx \ / /\| | ______( (_ / \______/ | | ,' ,-----' | | | a FreeBSD user `--{__________) | ---------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 8 12:10:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA28030 for freebsd-bugs-outgoing; Sun, 8 Feb 1998 12:10:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA28024; Sun, 8 Feb 1998 12:10:03 -0800 (PST) (envelope-from gnats) Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA27550 for ; Sun, 8 Feb 1998 12:04:07 -0800 (PST) (envelope-from nik@nothing-going-on.demon.co.uk) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.8.8/8.8.8) id UAA03842; Sun, 8 Feb 1998 20:03:59 GMT (envelope-from nik) Message-Id: <199802082003.UAA03842@nothing-going-on.demon.co.uk> Date: Sun, 8 Feb 1998 20:03:59 GMT From: Nik Clayton Reply-To: nik@nothing-going-on.demon.co.uk To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/5681: Y2K bug / page submission Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5681 >Category: docs >Synopsis: There is no FreeBSD Y2K statement on the web >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Feb 8 12:10:02 PST 1998 >Last-Modified: >Originator: Nik Clayton >Organization: Nik at home >Release: FreeBSD 2.2.5-STABLE i386 >Environment: N/A >Description: There is no (or at least, I can't find it) FreeBSD Year 2000 compliance statement available on the FreeBSD web site. There have been a few people posting messages to the -questions mailing list asking for one and receiving comments both from members of -core and from regular users of FreeBSD, some of which have been contradictory and/or vague. As the year 2000 approaches it seems reasonable to suppose that these sort of questions will increase. Hence my tagging of this PR with a severity of 'serious' and a priority of 'high'. Several people have said "Wouldn't it be a good idea to have something on the web site". No one appears to have done anything. So, being quite handy with HTML (and having a local copy of the web site available in CVS) I thought I'd dedicate a spare half hour to the task. Hence this PR. I've uploaded a file to ftp.freebsd.org that contains the following: - A new page for the website, y2kbug.sgml (yes, .sgml, I understand how the FreeBSD web site is generated). This page contains a quote from David Greenman, taken from e-mail sent to -questions, message-id <199802052355.PAA02722@implode.root.com>. I realise this is probably not the final form that -core will want, but it's probably a good starting point. - A diff to docs.sgml which links to the new page (since 'Documentation' seemed to be the best place to put it). This is docs.diff. - A diff to newsflash.sgml which talks about the new page (and will need changing before committing, because I couldn't state what day of February the newsflash will be updated. This is newsflash.diff - A diff to Makefile to reference the new file. Makefile.diff What I haven't done yet is make any changes to the FAQ. I imagine it'll be something like Q: Is FreeBSD Year 2000 compliant? A: The short answer is "Yes, with caveats". The long answer is "See the page at . Note: My suggested y2kbug.sgml page includes a section (currently empty) for listing applications which are known to have Y2K problems. I also suggest a new e-mail address, y2kbug@freebsd.org to be publicised as the contact point for people who have y2k questions about FreeBSD, and/or who have discovered that a particular application is not y2k compliant. I am volunteering to maintain this section and to be the contact point for that e-mail address (unless people think it would be better run as a mailing list). My proposed changes and additions can be found at: >How-To-Repeat: N/A >Fix: N/A >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 Feb 8 12:27:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA29465 for freebsd-bugs-outgoing; Sun, 8 Feb 1998 12:27:34 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from master.inter-linc.net ([12.10.101.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA29458 for ; Sun, 8 Feb 1998 12:27:32 -0800 (PST) (envelope-from cdillon@inter-linc.net) Received: from cheetah.inter-linc.net (12.10.101.15) by master.inter-linc.net (Worldmail 1.3.167); 8 Feb 1998 14:26:05 -0600 Message-ID: X-Mailer: XFMail 1.1 [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <199802072120.NAA03361@hub.freebsd.org> Date: Sun, 08 Feb 1998 14:04:32 -0600 (CST) From: Chris Dillon To: "Jordan K. Hubbard" Subject: Re: misc/5673: 2.2-980204-SNAP installer runs out of diskspace a Cc: freebsd-bugs@hub.freebsd.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 07-Feb-98 Jordan K. Hubbard wrote: >The following reply was made to PR misc/5673; it has been noted by GNATS. > >From: "Jordan K. Hubbard" >To: andrew@chi.coffs.key.net.au >Cc: FreeBSD-gnats-submit@FreeBSD.ORG >Subject: Re: misc/5673: 2.2-980204-SNAP installer runs out of diskspace and >panics >Date: Sat, 07 Feb 1998 13:11:13 -0800 > > Can you tell us how much disk space you're allocating to the install? > > Jordan I have just recently experienced the same problem. In a -stable 980205 SNAP, right off the bat, if you go to the debugger screen (don't even do anything after booting the floppy, just go to the debugger screen) you will see something about gzip and the root filesystem being full. Upon trying to do an install on a 2GB IDE drive first using auto-defaults in the label editor and then with a larger (50MB) root and /var (300MB), the same thing happens. I got it to work on a 980203 SNAP on another system at work after trying it several times. Both snapshots were made on my own system, not downloaded from releng22.freebsd.org. The dates of the snaps I made are based on when I got the source from cvsup.freebsd.org. I wish I could give you a couple of more details in just how I got it to work the other day (and not work). date: 1998/01/19 23:28:41; author: jkh; state: Exp; lines: +2 -1 Add wfd style devices to detection list (we'll have to put them on the boot floppy too, of course - hope I still have enough inodes! :) Could that have anything to do with a full root filesystem on the boot floppy? :-) I think the last test install I did was some time before this and many other changes, so it would be hard to say just what caused it. --- Chris Dillon --- cdillon@inter-linc.net --- Powered by FreeBSD, the best operating system on the planet for Intel x86 based computers (and soon Sparcs). ---- (http://www.freebsd.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 8 12:30:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA29848 for freebsd-bugs-outgoing; Sun, 8 Feb 1998 12:30:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA29820; Sun, 8 Feb 1998 12:30:01 -0800 (PST) (envelope-from gnats) Received: from pc759.cs.msu.su (pc759.cs.msu.su [158.250.10.223]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA29476 for ; Sun, 8 Feb 1998 12:27:35 -0800 (PST) (envelope-from laskavy@Hedgehog.CS.MSU.SU) Received: from Hedgehog.CS.MSU.SU (d85.z194-58-227.relcom.ru [194.58.227.85]) by pc759.cs.msu.su (8.8.5/8.8.5) with ESMTP id XAA07762 for ; Sun, 8 Feb 1998 23:27:38 +0300 (MSK) Received: (from laskavy@localhost) by Hedgehog.CS.MSU.SU (8.8.8/8.8.8) id XAA02789; Sun, 8 Feb 1998 23:20:58 +0300 (MSK) (envelope-from laskavy) Message-Id: <199802082020.XAA02789@Hedgehog.CS.MSU.SU> Date: Sun, 8 Feb 1998 23:20:58 +0300 (MSK) From: laskavy@Hedgehog.CS.MSU.SU Reply-To: laskavy@Hedgehog.CS.MSU.SU To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5682: ipfw: byte counters: overflow Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5682 >Category: kern >Synopsis: ipfw: byte counters: overflow >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: Sun Feb 8 12:30:00 PST 1998 >Last-Modified: >Originator: Sergei S. Laskavy >Organization: Gambit Automated Design >Release: FreeBSD 2.2.5-STABLE i386 >Environment: uname -a FreeBSD Hedgehog.Moscow.Ru 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Thu Feb 5 02:54:46 MSK 1998 laskavy@Hedgehog.Moscow.Ru:/usr/src/sys/compile/HEDGEHOG i386 grep -i ipf /sys/i386/conf/HEDGEHOG options IPFIREWALL options IPFIREWALL_VERBOSE options "IPFIREWALL_VERBOSE_LIMIT=100" grep -i firew /etc/rc.conf firewall_enable="YES" firewall_type="open" firewall_quiet="YES" ipfw list 01000 allow ip from any to any via lo0 01010 deny ip from 127.0.0.0/8 to 127.0.0.0/8 65000 allow ip from any to any 65535 deny ip from any to any >Description: On a fast network ipfw byte counters grow rapidly. This makes IP traffic accounting harder, because we can not just do "ipfw -a list" monthly, need to count real traffic using external programs. On a router with 2Mbit uplink the byte counter may overflow every 5 hours, on a 100Mbit -- every 3 minutes. >How-To-Repeat: <--------------------------------------------------------------- #!/bin/sh # We use Bourne shell syntax # This program will use loopback to test ipfw byte counter # 1) clear counters for the loopback allow all rule: ipfw zero `ipfw list|grep 'allow ip from any to any via lo0'|awk '{print$1}'` # 2) simulate busy network using "flood ping": ping -f -s 8000 127.0.0.1 >/dev/null 2>&1 & # 3) check the packet and byte counter every 10 seconds: while :; do ipfw -a l sleep 10 done | awk '/allow ip from any to any via lo0/{print $3, $2, $3/$2}' # 4) kill the "flood ping" process kill $! <--------------------------------------------------------------- I got the following output: [skipped] 2806396128 349576 8028 3116758608 388236 8028 3427281648 426916 8028 3733630128 465076 8028 4043061360 503620 8028 --------> here the bytes counter turned oved 56529824 542040 104.291 366378512 580636 630.995 668199200 618232 1080.82 The overflow of byte counter occured in a few minutes. >Fix: Can we do ipfw counters at least 64-bit? If not, then how do you suggest to collect IP accounting information? >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 Feb 8 14:10:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA11244 for freebsd-bugs-outgoing; Sun, 8 Feb 1998 14:10:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA11237; Sun, 8 Feb 1998 14:10:01 -0800 (PST) (envelope-from gnats) Date: Sun, 8 Feb 1998 14:10:01 -0800 (PST) Message-Id: <199802082210.OAA11237@hub.freebsd.org> To: freebsd-bugs Cc: From: "Daniel O'Callaghan" Subject: Re: kern/5682: ipfw: byte counters: overflow Reply-To: "Daniel O'Callaghan" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/5682; it has been noted by GNATS. From: "Daniel O'Callaghan" To: laskavy@Hedgehog.CS.MSU.SU Cc: FreeBSD-gnats-submit@FreeBSD.ORG, alex@FreeBSD.ORG Subject: Re: kern/5682: ipfw: byte counters: overflow Date: Mon, 9 Feb 1998 09:04:56 +1100 (EST) ipfw counters have been converted to quad ints in -current. The committer who did this () suggested it was not apprpriate to merge into 2.2-stable because the ipfw struct changed in size, thus both kernel and userland ipfw need recompiling. Danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 8 14:30:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA13989 for freebsd-bugs-outgoing; Sun, 8 Feb 1998 14:30:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA13983; Sun, 8 Feb 1998 14:30:02 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA12935; Sun, 8 Feb 1998 14:24:23 -0800 (PST) (envelope-from nobody) Message-Id: <199802082224.OAA12935@hub.freebsd.org> Date: Sun, 8 Feb 1998 14:24:23 -0800 (PST) From: jgrosch@MooseRiver.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/5683: calendar.judaic mod to reflect current calendar Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5683 >Category: conf >Synopsis: calendar.judaic mod to reflect current calendar >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 Feb 8 14:30:01 PST 1998 >Last-Modified: >Originator: Josef Grosch >Organization: Moose River Systems >Release: 2.2.5-STABLE >Environment: FreeBSD superior 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Sat Feb 7 22:05:47 PST 1998 root@superior:/usr2/src/sys/compile/PICKLE i386 >Description: Current Jewish calendar file, /usr/share/calendar/calendar.judaic is out of date. This file was current last year, ie. 1996-97 (5757-58) >How-To-Repeat: N/A >Fix: A diff and a complete replacement has been uploaded to incoming. Look at the files calendar.judaic.tgz and calendar.judaic.README >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 Feb 8 15:08:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA20207 for freebsd-bugs-outgoing; Sun, 8 Feb 1998 15:08:48 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA20188; Sun, 8 Feb 1998 15:08:38 -0800 (PST) (envelope-from steve) Date: Sun, 8 Feb 1998 15:08:38 -0800 (PST) From: Steve Price Message-Id: <199802082308.PAA20188@hub.freebsd.org> To: jgrosch@MooseRiver.com, steve, freebsd-bugs Subject: Re: conf/5683 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: calendar.judaic mod to reflect current calendar State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun Feb 8 15:07:53 PST 1998 State-Changed-Why: Fixed in -current and -stable branches. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 8 15:16:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA21535 for freebsd-bugs-outgoing; Sun, 8 Feb 1998 15:16:55 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from alex@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA21439; Sun, 8 Feb 1998 15:16:23 -0800 (PST) (envelope-from alex) Date: Sun, 8 Feb 1998 15:16:23 -0800 (PST) From: Alex Nash Message-Id: <199802082316.PAA21439@hub.freebsd.org> To: laskavy@Hedgehog.CS.MSU.SU, alex, freebsd-bugs Subject: Re: kern/5682 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ipfw: byte counters: overflow State-Changed-From-To: open-closed State-Changed-By: alex State-Changed-When: Sun Feb 8 15:08:50 PST 1998 State-Changed-Why: As Danny has pointed out, 3.0-current does use 64-bit counters. However, previous ipfw binary-compatibility breakages in -stable have led to a lot of problems. If you absolutely must have 64-bit counters in -stable, you can find patches to do so here: http://www.freebsd.org/~alex/ipfw64-2.2-diffs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 8 15:19:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA22162 for freebsd-bugs-outgoing; Sun, 8 Feb 1998 15:19:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA22137; Sun, 8 Feb 1998 15:19:02 -0800 (PST) (envelope-from steve) Date: Sun, 8 Feb 1998 15:19:02 -0800 (PST) From: Steve Price Message-Id: <199802082319.PAA22137@hub.freebsd.org> To: nik@nothing-going-on.demon.co.uk, steve, freebsd-bugs Subject: Re: docs/5681 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: There is no FreeBSD Y2K statement on the web State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sun Feb 8 15:18:18 PST 1998 State-Changed-Why: A slightly modified version has been committed. Many thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 8 16:20:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29231 for freebsd-bugs-outgoing; Sun, 8 Feb 1998 16:20:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA29209; Sun, 8 Feb 1998 16:20:00 -0800 (PST) (envelope-from gnats) Date: Sun, 8 Feb 1998 16:20:00 -0800 (PST) Message-Id: <199802090020.QAA29209@hub.freebsd.org> To: freebsd-bugs Cc: From: Joao Carlos Mendes Luis Subject: Re: bin/5448 /etc/monthly reports are incorrect Reply-To: Joao Carlos Mendes Luis Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5448; it has been noted by GNATS. From: Joao Carlos Mendes Luis To: danny@panda.hilink.com.au (Daniel O'Callaghan) Cc: freebsd-gnats-submit@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: bin/5448 /etc/monthly reports are incorrect Date: Sun, 8 Feb 1998 22:15:39 -0200 (EDT) #define quoting(Daniel O'Callaghan) // I'd like to propose the files below as new /etc/monthly and // /etc/periodic/monthly/200.accounting, pending development of a logrotate // command. I don't think I'll get logrotate done in time for 2.2.6, but I // think that the current system of rotating wtmp in /etc/newsyslog.conf, // and generating "monthly" reports of account activity leaves a lot to be // desired. This will allow PRs 1708, 1941 and 5448 to be closed. It's ok for 1708 and 5448, but I can't see how this solves 1941. The pending for a real logrotate will make easier to have this kind of report weekly instead of monthly. Just change the script directory. Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 9 03:00:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA08267 for freebsd-bugs-outgoing; Mon, 9 Feb 1998 03:00:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA08260; Mon, 9 Feb 1998 03:00:01 -0800 (PST) (envelope-from gnats) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA07717 for ; Mon, 9 Feb 1998 02:54:14 -0800 (PST) (envelope-from abial@korin.warman.org.pl) Received: (from abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) id LAA12208; Mon, 9 Feb 1998 11:38:45 +0100 (CET) Message-Id: <199802091038.LAA12208@korin.warman.org.pl> Date: Mon, 9 Feb 1998 11:38:45 +0100 (CET) From: abial@nask.pl Reply-To: abial@nask.pl To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5689: sysctl vm.vmmeter - bogus and unsupported (patch incl.) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5689 >Category: kern >Synopsis: sysctl vm.vmmeter - bogus and unsupported (patch incl.) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 9 03:00:01 PST 1998 >Last-Modified: >Originator: Andrzej Bialecki >Organization: Research and Academic Network in Poland >Release: FreeBSD 3.0-CURRENT i386 >Environment: -current as of today >Description: The oid name for sysctl vm.vmmeter is bogus and misleading. In fact, it refers to 'struct vmtotal', and not to the 'struct vmmeter' as its name would suggest. Besides, it's silently skipped in sysctl -a listing, as there's no specific handler for it. >How-To-Repeat: sysctl vm.vmmeter # returns nothing sysctl -A|grep vm.vmmeter # returns Format: S,vmtotal ... >Fix: 1. change the name of the oid in /sys/vm/vm_meter.c to the correct one (i.e. vmmeter -> vmtotal) 2. patch the sysctl(8) to correctly display the values (patch follows). --- sysctl.c.orig Tue Nov 18 03:37:45 1997 +++ sysctl.c Mon Feb 9 08:43:57 1998 @@ -49,6 +49,7 @@ #include #include #include +#include #include #include @@ -242,6 +243,22 @@ } static int +S_vmtotal(int l2, void *p) +{ + struct vmtotal *v = (struct vmtotal*)p; + + if (l2 != sizeof *v) + err(1, "S_vmtotal %d != %d", l2, sizeof *v); + + printf("\n procs virt mem real mem shared vm shared real free\n"); + printf(" r d p s tot act tot act tot act tot act\n"); + printf("%2d%2d%2d%2d",v->t_rq,v->t_dw,v->t_pw,v->t_sl); + printf("%7d%7d%7d%7d",v->t_vm,v->t_avm,v->t_rm,v->t_arm); + printf("%7d%7d%7d%7d%7d",v->t_vmshr,v->t_avmshr,v->t_rmshr,v->t_armshr,v->t_free); + return (0); +} + +static int S_timeval(int l2, void *p) { struct timeval *tv = (struct timeval*)p; @@ -393,6 +410,7 @@ if (!strcmp(fmt, "S,clockinfo")) func = S_clockinfo; else if (!strcmp(fmt, "S,timeval")) func = S_timeval; else if (!strcmp(fmt, "S,loadavg")) func = S_loadavg; + else if (!strcmp(fmt, "S,vmtotal")) func = S_vmtotal; else if (!strcmp(fmt, "T,dev_t")) func = T_dev_t; if (func) { if (!nflag) >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 9 03:50:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA14639 for freebsd-bugs-outgoing; Mon, 9 Feb 1998 03:50:27 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA14599; Mon, 9 Feb 1998 03:50:16 -0800 (PST) (envelope-from danny@FreeBSD.org) From: "Daniel O'Callaghan" Received: (from danny@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA20530; Mon, 9 Feb 1998 03:49:03 -0800 (PST) Date: Mon, 9 Feb 1998 03:49:03 -0800 (PST) Message-Id: <199802091149.DAA20530@freefall.freebsd.org> To: adam@veda.is, danny@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/1708 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: monthly login accounting State-Changed-From-To: open-closed State-Changed-By: danny State-Changed-When: Mon Feb 9 03:48:02 PST 1998 State-Changed-Why: A solution was found and applied. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 9 03:51:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA14726 for freebsd-bugs-outgoing; Mon, 9 Feb 1998 03:51:37 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA14713; Mon, 9 Feb 1998 03:51:28 -0800 (PST) (envelope-from danny@FreeBSD.org) From: "Daniel O'Callaghan" Received: (from danny@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA20601; Mon, 9 Feb 1998 03:50:15 -0800 (PST) Date: Mon, 9 Feb 1998 03:50:15 -0800 (PST) Message-Id: <199802091150.DAA20601@freefall.freebsd.org> To: jonny@coppe.ufrj.br, danny@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5448 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /etc/monthly reports are incorrect State-Changed-From-To: open-closed State-Changed-By: danny State-Changed-When: Mon Feb 9 03:49:14 PST 1998 State-Changed-Why: A solution was found and applied. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 9 15:40:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA23866 for freebsd-bugs-outgoing; Mon, 9 Feb 1998 15:40:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA23860; Mon, 9 Feb 1998 15:40:02 -0800 (PST) (envelope-from gnats) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA22507 for ; Mon, 9 Feb 1998 15:30:30 -0800 (PST) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id PAA01174 for ; Mon, 9 Feb 1998 15:16:05 -0800 (PST) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma001166; Mon Feb 9 15:15:48 1998 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id PAA26699; Mon, 9 Feb 1998 15:15:48 -0800 (PST) Message-Id: <199802092315.PAA26699@bubba.whistle.com> Date: Mon, 9 Feb 1998 15:15:48 -0800 (PST) From: archie@whistle.com Reply-To: archie@whistle.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/5691: environment variables missing from ftpio(3) man page Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5691 >Category: docs >Synopsis: environment variables missing from ftpio(3) man page >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 9 15:40:01 PST 1998 >Last-Modified: >Originator: Archie Cobbs >Organization: Whistle Communications, Inc. >Release: FreeBSD 2.2.5-STABLE i386 >Environment: FreeBSD 2.2.5 >Description: Missing information in ftpio(3) man page: environment variables. >How-To-Repeat: man ftpio >Fix: Index: ftpio.3 =================================================================== RCS file: /cvs/freebsd/src/lib/libftpio/ftpio.3,v retrieving revision 1.11.2.2 diff -c -r1.11.2.2 ftpio.3 *** ftpio.3 1997/08/03 18:42:41 1.11.2.2 --- ftpio.3 1998/02/09 23:15:29 *************** *** 185,190 **** --- 185,201 ---- to the server closes when the file has been completely written. Use the lower-level routines if multiple puts are required as it will be far more efficient. + .Sh ENVIRONMENT + .Bl -tag -width FTP_PASSIVE_MODE -offset 123 + .It Ev FTP_TIMEOUT + Maximum time, in seconds, to wait for a response + from the peer before aborting an + .Tn FTP + connection. + .It Ev FTP_PASSIVE_MODE + Force the use of passive mode + .Tn FTP . + .El .Sh BUGS I'm sure you can get this thing's internal state machine confused if you really work at it, but so far it's proven itself pretty robust in >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 9 16:20:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA00378 for freebsd-bugs-outgoing; Mon, 9 Feb 1998 16:20:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA00353; Mon, 9 Feb 1998 16:20:01 -0800 (PST) (envelope-from gnats) Received: from arh0300.urh.uiuc.edu (arh0300.urh.uiuc.edu [130.126.72.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA29390 for ; Mon, 9 Feb 1998 16:15:39 -0800 (PST) (envelope-from dannyman@arh0300.urh.uiuc.edu) Received: (from dannyman@localhost) by arh0300.urh.uiuc.edu (8.8.8/8.8.5) id SAA24428; Mon, 9 Feb 1998 18:15:40 -0600 (CST) Message-Id: <199802100015.SAA24428@arh0300.urh.uiuc.edu> Date: Mon, 9 Feb 1998 18:15:40 -0600 (CST) From: dannyman Reply-To: dannyman@arh0300.urh.uiuc.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/5692: context diff for pw(8) man page revision Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5692 >Category: docs >Synopsis: context diff for pw(8) man page revision >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 9 16:20:00 PST 1998 >Last-Modified: >Originator: dannyman >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: This is a minor revision of the pw(8) man page addresing some typoes, akward phrasing, and some minor technical faults. >How-To-Repeat: >Fix: please advise if there is a better way to attach context diff. :) Context diff follows; *** /usr/src/usr.sbin/pw/pw.8 Fri Oct 10 01:23:33 1997 --- pw.8 Mon Feb 9 16:46:44 1998 *************** *** 165,171 **** modifying and removing users and groups. Note that .Nm ! only operates on the local user and group files; NIS users and groups must be maintained on the NIS server. .Nm Pw handles updating the --- 165,171 ---- modifying and removing users and groups. Note that .Nm ! only operates on the local user and group files - NIS users and groups must be maintained on the NIS server. .Nm Pw handles updating the *************** *** 175,199 **** and the secure and insecure password database files, and must be run as root. .Pp ! The first one or two keywords provided on ! .Xr pw 8 's ! command line provide the context for the remainder of the arguments. ! One of the keywords .Ar user and .Ar group ! may be combined or provided separately with .Ar add , .Ar del , .Ar mod , .Ar show , or ! .Ar next , ! and may be specified in either order (ie. showuser, usershow, show user and user show ! are all considered to be the same thing). ! This flexibility is useful for interactive scripts which call .Nm ! for the actual user and group database manipulation. Following these keywords, you may optionally specify the user or group name or numeric id as an alternative to using the .Fl n Ar name , --- 175,203 ---- and the secure and insecure password database files, and must be run as root. .Pp ! The first one or two keywords provided to ! .Nm ! on the command line provide the context for the remainder of the arguments. ! The keywords .Ar user and .Ar group ! may be combined with .Ar add , .Ar del , .Ar mod , .Ar show , or ! .Ar next ! in any order. (For example, ! .Ar showuser , ! .Ar usershow , ! .Ar show user , and ! .Ar user show ! all mean the same thing.) ! This flexibility is useful for interactive scripts calling .Nm ! for user and group database manipulation. Following these keywords, you may optionally specify the user or group name or numeric id as an alternative to using the .Fl n Ar name , *************** *** 201,207 **** .Fl g Ar gid options. .Pp ! The following flags are common to all or most modes of operation: .Pp .Bl -tag -width "-G grouplist" .It Fl C Ar config --- 205,211 ---- .Fl g Ar gid options. .Pp ! The following flags are common to most modes of operation; .Pp .Bl -tag -width "-G grouplist" .It Fl C Ar config *************** *** 209,221 **** .Nm reads the file .Pa /etc/pw.conf ! to obtain policy information on how new user accounts and groups are to be created, ! and the .Fl C option specifies a different configuration file. ! Most of the contents in the configuration file may be overridden via command line ! options, but it may be more useful to set up standard information for addition of ! new accounts in the configuration file. .It Fl q Use of this option causes .Nm --- 213,225 ---- .Nm reads the file .Pa /etc/pw.conf ! to obtain policy information on how new user accounts and groups are to be created. ! The .Fl C option specifies a different configuration file. ! While most of the contents of the configuration file may be overridden via ! command-line options, it may be more convenient to keep standard information in a ! configuration file. .It Fl q Use of this option causes .Nm *************** *** 224,233 **** .Nm rather than messing up a carefully formatted display. .It Fl N ! This option is available in add and modify operations, and causes .Nm ! to skip updating the user/group databases and instead print the result ! of the operation without actually performing it. You may use the .Fl P option to switch between standard passwd and readable formats. --- 228,241 ---- .Nm rather than messing up a carefully formatted display. .It Fl N ! This option is available in ! .Ar add ! and ! .Ar modify ! operations, and tells .Nm ! to output the result of the operation without updating the user or group ! databases. You may use the .Fl P option to switch between standard passwd and readable formats. *************** *** 238,257 **** .Xr make 1 after changing to the directory .Pa /var/yp . ! This is intended to allow automatic updating of the NIS database files. If separate passwd and group files are being used by NIS, then use the .Fl y Ar path ! option to specify the location of the NIS passwd database so that pw ! will automatically update it concurrently with the system password databases. .El .Pp .Sh USER OPTIONS The following options apply to the ! .Ar useradd , and ! .Ar usermod , ! commands: .Pp .Bl -tag -width "-G grouplist" .It Fl n Ar name --- 246,266 ---- .Xr make 1 after changing to the directory .Pa /var/yp . ! This is intended to allow automatic updating of NIS database files. If separate passwd and group files are being used by NIS, then use the .Fl y Ar path ! option to specify the location of the NIS passwd database so that ! .Nm ! will concurrently update it with the system password databases. .El .Pp .Sh USER OPTIONS The following options apply to the ! .Ar useradd and ! .Ar usermod ! commands; .Pp .Bl -tag -width "-G grouplist" .It Fl n Ar name *************** *** 259,301 **** .It Fl u Ar uid Specify the user/account numeric id. .Pp ! Usually, you need only to provide one or the other of these options, as the account ! name will imply the uid, and vice versa. ! Also, you may provide either the account or userid immediately after the ! .Ar useradd , ! .Ar userdel , ! .Ar usermod ! or ! .Ar usershow ! keyword on the command line without the need to use ! .Ql Fl n ! or ! .Ql Fl u . ! There are times, however, were you need to provide both. For example, when changing the uid of an existing user with .Ar usermod , or overriding the default uid when creating a new account. If you wish .Nm ! to automatically allocate the uid to a new user on .Ar useradd , then you should .Em not use the .Ql Fl u option. .El .Pp - Options available with both - .Ar useradd - and - .Ar usermod - are: .Bl -tag -width "-G grouplist" .It Fl c Ar comment This field sets the contents of the passwd GECOS field, which normally contains up to four comma-separated fields containing the user's full name, office or location, ! work and home phone numbers. These sub-fields are used by convention only, however, and are optional. If this field is to contain spaces, you need to quote the comment itself with double quotes --- 268,306 ---- .It Fl u Ar uid Specify the user/account numeric id. .Pp ! Usually, you only need to provide one or the other of these options, as the account ! name will imply the uid, or vice versa. ! However, there are times when you need to provide both. For example, when changing the uid of an existing user with .Ar usermod , or overriding the default uid when creating a new account. If you wish .Nm ! to automatically allocate the uid to a new user with .Ar useradd , then you should .Em not use the .Ql Fl u option. + You may also provide either the account or userid immediately after the + .Ar useradd , + .Ar userdel , + .Ar usermod + or + .Ar usershow + keywords on the command line without using the + .Ql Fl n + or + .Ql Fl u + options. .El .Pp .Bl -tag -width "-G grouplist" .It Fl c Ar comment This field sets the contents of the passwd GECOS field, which normally contains up to four comma-separated fields containing the user's full name, office or location, ! and work and home phone numbers. These sub-fields are used by convention only, however, and are optional. If this field is to contain spaces, you need to quote the comment itself with double quotes *************** *** 303,320 **** Avoid using commas in this field as these are used as sub-field separators, and the colon .Ql \&: ! character also cannot be used as this is the field separator in the passwd file. .It Fl d Ar dir This option sets the account's home directory. Normally, you will only use this if the home directory is to be different from the ! default (which is determined from pw.conf, which specifies the base home directory - normally .Pa /home ! - with the account name as a subdirectory). .It Fl e Ar date Set the account's expiration date. Format of the date is either a UNIX time in decimal, or a date in ! .Ql \& dd-mmm-yy[yy] format, where dd is the day, mmm is the month, either in numeric or alphabetic format ('Jan', 'Feb', etc) and year is either a two or four digit year. This option also accepts a relative date in the form --- 308,327 ---- Avoid using commas in this field as these are used as sub-field separators, and the colon .Ql \&: ! character also cannot be used as this is the field separator for the passwd ! file itself. .It Fl d Ar dir This option sets the account's home directory. Normally, you will only use this if the home directory is to be different from the ! default determined from ! .Pa /etc/pw.conf - normally .Pa /home ! with the account name as a subdirectory. .It Fl e Ar date Set the account's expiration date. Format of the date is either a UNIX time in decimal, or a date in ! .Ql dd-mmm-yy[yy] format, where dd is the day, mmm is the month, either in numeric or alphabetic format ('Jan', 'Feb', etc) and year is either a two or four digit year. This option also accepts a relative date in the form *************** *** 323,356 **** .Ql \&n is a decimal, octal (leading 0) or hexadecimal (leading 0x) digit followed by the number of Minutes, Hours, Days, Weeks, Months or Years from the current date at ! which the expiry date is to be set. .It Fl p Ar date Set the account's password expiration date. ! This field is identical to the account expiration date option, except that it applies to forced password changes. ! The same formats are accepted as with the account expiration option. .It Fl g Ar group Set the account's primary group to the given group. .Ar group ! may be either the group name or its corresponding group id number. .It Fl G Ar grouplist ! Sets the additional groups to which an account belongs. .Ar grouplist ! is a comma-separated list or group names or group ids. ! When adding a user, the user's name is added to the group lists in .Pa /etc/group , ! and when editing a user, the user's name is also added to the group lists, and removed from any groups not specified in .Ar grouplist . ! Note: a user should not be added to their primary group in ! .Pa /etc/group . ! Also, group membership changes do not take effect immediately for current logins, ! only logins subsequent to the change. .It Fl L Ar class This option sets the login class for the user being created. See .Xr login.conf 5 ! for more information on user classes. .It Fl m This option instructs .Nm --- 330,365 ---- .Ql \&n is a decimal, octal (leading 0) or hexadecimal (leading 0x) digit followed by the number of Minutes, Hours, Days, Weeks, Months or Years from the current date at ! which the expiration date is to be set. .It Fl p Ar date Set the account's password expiration date. ! This field is similar to the account expiration date option, except that it applies to forced password changes. ! This is set in the same manner as the ! .Ql Fl e ! option. .It Fl g Ar group Set the account's primary group to the given group. .Ar group ! may be defined by either its name or group number. .It Fl G Ar grouplist ! Sets additional group memberships for an account. .Ar grouplist ! is a comma-separated list of group names or group numbers. ! The user's name is added to the group lists in .Pa /etc/group , ! and removed from any groups not specified in .Ar grouplist . ! Note: a user should not be added to their primary group with ! .Ar grouplist . ! Also, group membership changes do take effect for current user login ! sessions, requiring the user to reconnect to be affected by the changes. .It Fl L Ar class This option sets the login class for the user being created. See .Xr login.conf 5 ! for more information on user login classes. .It Fl m This option instructs .Nm *************** *** 367,393 **** .Ql Fl m is used on an account with .Ar usermod , ! any existing configuration files in the user's home directory are .Em not ! overwritten with the prototype files. .Pp ! When a user's home directory is created, it will be default be as a subdirectory of the .Ar basehome ! directory specified with the ! .Ql Fl b Ar dir ! option (see below), and will be named the same as the account. ! This may be overridden with the ! .Ql Fl d Ar dir option on the command line, if desired. .It Fl k Ar dir Set the .Ar skeleton ! subdirectory, from which the basic startup and configuration files are copied when the user's home directory is created. ! This option only has meaning when used with ! .Ql Fl D ! (see below) or ! .Ql Fl m . .It Fl s Ar shell Set or changes the user's login shell to .Ar shell . --- 376,403 ---- .Ql Fl m is used on an account with .Ar usermod , ! existing configuration files in the user's home directory are .Em not ! overwritten from the skeleton files. .Pp ! When a user's home directory is created, it will by default be a subdirectory of the .Ar basehome ! directory as specified by the ! .Ql Fl b ! option (see below), bearing the name of the new account. ! This can be overridden by the ! .Ql Fl d option on the command line, if desired. .It Fl k Ar dir Set the .Ar skeleton ! directory, from which basic startup and configuration files are copied when the user's home directory is created. ! This option only has meaning when used with the ! .Ql Fl d ! or ! .Ql Fl m ! flags. .It Fl s Ar shell Set or changes the user's login shell to .Ar shell . *************** *** 410,425 **** Set the .Em class field in the user's passwd record. ! This field is not currently used, but will be in the future used to specify a .Em termcap ! entry like tag (see .Xr passwd 5 ! for details). .It Fl h Ar fd This option provides a special interface by which interactive scripts can set an account password using .Nm pw . ! Because the command line and environment are fundamental insecure mechanisms by which programs can accept information, .Nm will only allow setting of account and group passwords via a file descriptor --- 420,435 ---- Set the .Em class field in the user's passwd record. ! This field is not currently used, but will be used in the future to specify a .Em termcap ! entry like tag. See .Xr passwd 5 ! for details. .It Fl h Ar fd This option provides a special interface by which interactive scripts can set an account password using .Nm pw . ! Because the command line and environment are fundamentally insecure mechanisms by which programs can accept information, .Nm will only allow setting of account and group passwords via a file descriptor *************** *** 429,435 **** .Ar ksh and .Ar perl ! all posses mechanisms by which this can be done. Alternatively, .Nm pw will prompt for the user's password if --- 439,445 ---- .Ar ksh and .Ar perl ! all possess mechanisms by which this can be done. Alternatively, .Nm pw will prompt for the user's password if *************** *** 438,447 **** .Em stdin as the file descriptor on which to read the password. Note that this password will be read once and once only and is intended ! for use by a script or similar rather than interactive use. If you wish to have new password confirmation along the lines of .Xr passwd 1 , ! this must be implemented as part of the interactive script that calls .Nm pw . .Pp If a value of --- 448,457 ---- .Em stdin as the file descriptor on which to read the password. Note that this password will be read once and once only and is intended ! for use by a script rather than for interactive use. If you wish to have new password confirmation along the lines of .Xr passwd 1 , ! this must be implemented as part of an interactive script that calls .Nm pw . .Pp If a value of *************** *** 450,456 **** .Ar fd , then the password will be set to .Ql \&* , ! rendering the account inaccessible via passworded login. .El .Pp It is possible to use --- 460,466 ---- .Ar fd , then the password will be set to .Ql \&* , ! rendering the account inaccessible via password-based login. .El .Pp It is possible to use *************** *** 486,492 **** changes the meaning of several command line switches in the .Ar useradd command. ! These are: .Bl -tag -width "-G grouplist" .It Fl D Set default values in --- 496,502 ---- changes the meaning of several command line switches in the .Ar useradd command. ! These are; .Bl -tag -width "-G grouplist" .It Fl D Set default values in *************** *** 512,529 **** Set the default group for new users. If a blank group is specified using .Ql Fl g Ar \&"" , ! then new users will be allocated their own private primary group (a new group created ! with the same name as their login name). If a group is supplied, either its name or uid may be given as an argument. .It Fl G Ar grouplist ! Set the default groups in which new users are made members. This is a separate set of groups from the primary group, and you should avoid ! nominating the same group as both the primary and in extra groups. In other words, these extra groups determine membership in groups .Em other than the primary group. .Ar grouplist ! is a comma-separated list of group names or ids, or a mixture of both, and are always stored in .Pa /etc/pw.conf by their symbolic names. --- 522,539 ---- Set the default group for new users. If a blank group is specified using .Ql Fl g Ar \&"" , ! then new users will be allocated their own private primary group ! with the same name as their login name If a group is supplied, either its name or uid may be given as an argument. .It Fl G Ar grouplist ! Set the default groups in which new users are granted membership. This is a separate set of groups from the primary group, and you should avoid ! nominating the same group as both primary and extra groups. In other words, these extra groups determine membership in groups .Em other than the primary group. .Ar grouplist ! is a comma-separated list of group names or ids, and are always stored in .Pa /etc/pw.conf by their symbolic names. *************** *** 585,591 **** the information from .Pa /etc/master.passwd directly with NIS. ! You should only set this option on NIS servers. .El .Pp The --- 595,601 ---- the information from .Pa /etc/master.passwd directly with NIS. ! You should only set this option for NIS servers. .El .Pp The *************** *** 618,625 **** are unconditionally attached to the user name. Jobs queued for processing by .Ar at ! are also removed if the user's uid is unique (not also used by another account on the ! system). .Pp The .Ar usershow --- 628,635 ---- are unconditionally attached to the user name. Jobs queued for processing by .Ar at ! are also removed if the user's uid is unique and not also used by another account on the ! system. .Pp The .Ar usershow *************** *** 646,657 **** .Pp .Sh GROUP OPTIONS The ! .Ql Fl C Ar config and .Ql Fl q options (explained at the start of the previous section) are available with the group manipulation commands. ! Other common options to all group-related commands are: .Bl -tag -width "-m newmembers" .It Fl n Ar name Specify the group name. --- 656,667 ---- .Pp .Sh GROUP OPTIONS The ! .Ql Fl C and .Ql Fl q options (explained at the start of the previous section) are available with the group manipulation commands. ! Other common options to all group-related commands are; .Bl -tag -width "-m newmembers" .It Fl n Ar name Specify the group name. *************** *** 663,669 **** versa. You will only need to use both when setting a specific group id against a new group or when changing the uid of an existing group. ! .It Fl M Ar memberlist This option provides an alternative way to add existing users to a new group (in groupadd) or replace an existing membership list (in groupmod). --- 673,679 ---- versa. You will only need to use both when setting a specific group id against a new group or when changing the uid of an existing group. ! .Ql Fl M Ar memberlist This option provides an alternative way to add existing users to a new group (in groupadd) or replace an existing membership list (in groupmod). *************** *** 671,696 **** is a comma separated list of valid and existing user names or uids. .It Fl m Ar newmembers Similar to ! .Op M , this option allows the .Em addition ! of existing users to a group without first replacing the existing list of members. ! Login names or user ids may be used, and duplicated users are automatically ! and silently eliminated. .El .Pp .Ar groupadd also has a .Ql Fl o ! option that allows allocation of an existing group id to new group. The default action is to reject an attempt to add a group, and this option overrides the check for duplicate group ids. There is rarely any need to duplicate a group id. .Pp The .Ar groupmod ! command adds one additonal option: .Pp .Bl -tag -width "-m newmembers" .It Fl l Ar name --- 681,706 ---- is a comma separated list of valid and existing user names or uids. .It Fl m Ar newmembers Similar to ! .Ql Fl M , this option allows the .Em addition ! of existing users to a group without replacing the existing list of members. ! Login names or user ids may be used, and duplicate users are ! silently eliminated. .El .Pp .Ar groupadd also has a .Ql Fl o ! option that allows allocation of an existing group id to a new group. The default action is to reject an attempt to add a group, and this option overrides the check for duplicate group ids. There is rarely any need to duplicate a group id. .Pp The .Ar groupmod ! command adds one additional option: .Pp .Bl -tag -width "-m newmembers" .It Fl l Ar name *************** *** 715,721 **** returns the next available group id on standard output. .Sh DIAGNOSTICS .Nm Pw ! returns EXIT_SUCCESS on successful operation, otherwise one of the following exit codes defined by .Xr sysexits 3 as follows: --- 725,733 ---- returns the next available group id on standard output. .Sh DIAGNOSTICS .Nm Pw ! returns EXIT_SUCCESS on successful operation, otherwise ! .Nm ! returns one of the following exit codes defined by .Xr sysexits 3 as follows: *************** *** 741,747 **** .Bl -bullet -compact .It Bad or invalid data provided or missing on the command line or ! via the password flie descriptor. .It Attempted to remove, rename root account or change its uid. .El --- 753,759 ---- .Bl -bullet -compact .It Bad or invalid data provided or missing on the command line or ! via the password file descriptor. .It Attempted to remove, rename root account or change its uid. .El *************** *** 752,765 **** .It Base home directory is invalid or does not exist. .It ! Invalid or non-existant shell specified. .El .It EX_NOUSER .Bl -bullet -compact .It User, user id, group or group id specified does not exist. .It ! User or group recorded added or modified unexpectedly disappeared. .El .It EX_SOFTWARE .Bl -bullet -compact --- 764,777 ---- .It Base home directory is invalid or does not exist. .It ! Invalid or non-existent shell specified. .El .It EX_NOUSER .Bl -bullet -compact .It User, user id, group or group id specified does not exist. .It ! User or group recorded, added or modified unexpectedly disappeared. .El .It EX_SOFTWARE .Bl -bullet -compact *************** *** 790,812 **** lists all available options for the useradd operation. .Pp .Nm Pw ! allows 8-bit characters in the passwd gecos field (user's full name, office, work and home phone number subfields), but disallows them in user login and group names. ! Use 8-bit characters with caution, as connection to the internet will require that your mail transport program supports 8BITMIME, and will convert headers containing 8-bit characters to 7-bit quoted-printable format. .Xr sendmail 8 does support this. ! Use of 8-bit characters in the gecos field should be used in conjunction with the user's default locale and character set and should not be implemented without their use. Using 8-bit characters may also affect other ! programs that transmit the contents of the gecos field over the ! internet, such as .Xr fingerd 8 , ! and a small number of tcpip clients, such as irc, where fullnames specified in the passwd file may be used by default. .Sh FILES .Bl -tag -width /etc/master.passwd.new -compact --- 802,824 ---- lists all available options for the useradd operation. .Pp .Nm Pw ! allows 8-bit characters in the passwd GECOS field (user's full name, office, work and home phone number subfields), but disallows them in user login and group names. ! Use 8-bit characters with caution, as connection to the Internet will require that your mail transport program supports 8BITMIME, and will convert headers containing 8-bit characters to 7-bit quoted-printable format. .Xr sendmail 8 does support this. ! Use of 8-bit characters in the GECOS field should be used in conjunction with the user's default locale and character set and should not be implemented without their use. Using 8-bit characters may also affect other ! programs that transmit the contents of the GECOS field over the ! Internet, such as .Xr fingerd 8 , ! and a small number of TCP/IP clients, such as IRC, where full names specified in the passwd file may be used by default. .Sh FILES .Bl -tag -width /etc/master.passwd.new -compact >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 9 16:50:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA05380 for freebsd-bugs-outgoing; Mon, 9 Feb 1998 16:50:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA05374; Mon, 9 Feb 1998 16:50:01 -0800 (PST) (envelope-from gnats) Received: from arh0300.urh.uiuc.edu (arh0300.urh.uiuc.edu [130.126.72.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA04294 for ; Mon, 9 Feb 1998 16:42:49 -0800 (PST) (envelope-from dannyman@arh0300.urh.uiuc.edu) Received: (from dannyman@localhost) by arh0300.urh.uiuc.edu (8.8.8/8.8.5) id SAA28189; Mon, 9 Feb 1998 18:42:50 -0600 (CST) Message-Id: <199802100042.SAA28189@arh0300.urh.uiuc.edu> Date: Mon, 9 Feb 1998 18:42:50 -0600 (CST) From: dannyman Reply-To: dannyman@arh0300.urh.uiuc.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5693: groff -mm or groff -mmm ??? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5693 >Category: bin >Synopsis: groff -mm or groff -mmm ??? >Confidential: yes >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 9 16:50:00 PST 1998 >Last-Modified: >Originator: dannyman >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: The groff_mm(7) man page states that groff will handle mm macros if invoked as groff -mmm. However, in /usr/share/tmac, there is only tmac.m instead of tmac.mm. While it is slightly more convenient to invoke groff -mm, it would be more consistent to move tmac.m to tmac.mm so that groff will honor mm macros in the manner documented. >How-To-Repeat: >Fix: mv /usr/share/tmac/m.tmac /usr/share/tmac/mm.tmac or amend groff_mm(7) possibly kludge groff to honor -mm as -mmm in case there is some legacy system out there assuming groff -mm as correct. thanks! dan >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 9 18:20:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA19202 for freebsd-bugs-outgoing; Mon, 9 Feb 1998 18:20:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA19191; Mon, 9 Feb 1998 18:20:04 -0800 (PST) (envelope-from gnats) Received: from hardrock.sdsmt.edu (cisco097.sdsmt.edu [151.159.97.254] (may be forged)) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA18576 for ; Mon, 9 Feb 1998 18:17:14 -0800 (PST) (envelope-from sbauer@hardrock.sdsmt.edu) Received: (from sbauer@localhost) by hardrock.sdsmt.edu (8.8.8/8.8.8) id TAA00487; Mon, 9 Feb 1998 19:17:12 -0700 (MST) (envelope-from sbauer) Message-Id: <199802100217.TAA00487@hardrock.sdsmt.edu> Date: Mon, 9 Feb 1998 19:17:12 -0700 (MST) From: Steve Bauer Reply-To: sbauer@hardrock.sdsmt.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5694: patch to remove DELAY(300000) from if_tx.c driver Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5694 >Category: kern >Synopsis: Remove DELAY(300000) from if_tx.c driver (SMC9432) >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 9 18:20:02 PST 1998 >Last-Modified: >Originator: Steve Bauer >Organization: South Dakota School of Mines and Technology >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD 3.0-Current i386 as of 7pm MST on 2/9/98 Running On a Gateway NS7000 2 processor smp machine. >Description: In the auto-negotiation function there was a DELAY(300000) which needed to be removed if possible. With the following patch, the DELAY was removed from the sequence thus speeding up the testing of the different speeds. There are also a few other changes in how the driver reset some interrupt status bits -- It was missing the case where RQE was turned off. >How-To-Repeat: Start auto-negotiation and it would pause the machine for about 3 seconds. >Fix: *** if_tx.c Sun Feb 8 23:10:53 1998 --- if_tx.c.new Mon Feb 9 19:07:39 1998 *************** *** 107,112 **** --- 107,113 ---- &epic_pci_count, NULL }; + static void epic_shutdown __P((int, void *)); /* * Append this driver to pci drivers list */ *************** *** 243,249 **** } /* Does not generate TXC unless ring is full more then a half */ ! buf->desc.control = (sc->pending_txs>TX_RING_SIZE/2)?0x14:0x10; #endif --- 244,250 ---- } /* Does not generate TXC unless ring is full more then a half */ ! buf->desc.control = (sc->pending_txs>TX_RING_SIZE/2)?0x14:0x10; #endif *************** *** 327,345 **** epic_rx_done( sc ); outl( iobase + INTSTAT, status & (INTSTAT_RQE|INTSTAT_HCC|INTSTAT_RCC) ); } - - if( status & (INTSTAT_TXC|INTSTAT_TCC) ) { - epic_tx_done( sc ); - outl( iobase + INTSTAT, - status & (INTSTAT_TXC|INTSTAT_TCC) ); - } - if( (status & INTSTAT_TQE) && !(sc->epic_if.if_flags & IFF_OACTIVE) ) { epic_ifstart( &sc->epic_if ); outl( iobase + INTSTAT, INTSTAT_TQE ); } #if 0 if( status & INTSTAT_GP2 ){ printf("tx%d: GP2 int occured\n",sc->unit); --- 328,347 ---- epic_rx_done( sc ); outl( iobase + INTSTAT, status & (INTSTAT_RQE|INTSTAT_HCC|INTSTAT_RCC) ); + /*if INTSTAT_RQE then RXQUEUED needs to be reset*/ + outl( iobase + COMMAND, COMMAND_RXQUEUED); } if( (status & INTSTAT_TQE) && !(sc->epic_if.if_flags & IFF_OACTIVE) ) { epic_ifstart( &sc->epic_if ); outl( iobase + INTSTAT, INTSTAT_TQE ); } + if( status & (INTSTAT_TXC|INTSTAT_TCC|INTSTAT_TQE) ) { + epic_tx_done( sc ); + outl( iobase + INTSTAT, + status & (INTSTAT_TXC|INTSTAT_TCC|INTSTAT_TQE) ); + } + #if 0 if( status & INTSTAT_GP2 ){ printf("tx%d: GP2 int occured\n",sc->unit); *************** *** 781,786 **** --- 783,789 ---- if( !(i & BMSR_LINK_STATUS) ) printf("tx%d: WARNING! no link estabilished\n",sc->unit); + at_shutdown(epic_shutdown, sc, SHUTDOWN_POST_SYNC); /* * Attach to if manager */ *************** *** 814,821 **** /* Soft reset the chip. */ outl(iobase + GENCTL, GENCTL_SOFT_RESET ); ! /* Reset takes 15 ticks */ ! for(i=0;i<0x100;i++); /* Wake up */ outl( iobase + GENCTL, 0 ); --- 817,824 ---- /* Soft reset the chip. */ outl(iobase + GENCTL, GENCTL_SOFT_RESET ); ! /* Reset takes 15 pci ticks which depends on processor speed*/ ! DELAY(1); /* Wake up */ outl( iobase + GENCTL, 0 ); *************** *** 970,1042 **** * This is the recommended time from the DP83840A data sheet * Section 7.1 */ - DELAY(3000000); epic_read_phy_register( sc->iobase, DP83840_BMSR); - - /* BMSR must be read twice to update the link status bit/ - * since that bit is a latch bit - */ i = epic_read_phy_register( sc->iobase, DP83840_BMSR); ! ! if ((i & BMSR_LINK_STATUS) && ( i & BMSR_AUTONEG_COMPLETE)){ ! i = epic_read_phy_register( sc->iobase, DP83840_PAR); ! ! if ( i & PAR_FULL_DUPLEX ) ! return EPIC_FULL_DUPLEX; ! else ! return EPIC_HALF_DUPLEX; ! } ! else { /*Auto-negotiation or link status is not 1 ! Thus the auto-negotiation failed and one ! must take other means to fix it. ! */ ! ! /* ANER must be read twice to get the correct reading for the ! * Multiple link fault bit -- it is a latched bit ! */ ! epic_read_phy_register (sc->iobase, DP83840_ANER); ! i = epic_read_phy_register (sc->iobase, DP83840_ANER); ! ! if ( i & ANER_MULTIPLE_LINK_FAULT ) { ! /* it can be forced to 100Mb/s Half-Duplex */ ! media = epic_read_phy_register(sc->iobase,DP83840_BMCR); ! media &= ~(BMCR_AUTONEGOTIATION | BMCR_FULL_DUPLEX); ! media |= BMCR_100MBPS; ! epic_write_phy_register(sc->iobase,DP83840_BMCR,media); ! ! /* read BMSR again to determine link status */ ! epic_read_phy_register(sc->iobase, DP83840_BMSR); ! i=epic_read_phy_register( sc->iobase, DP83840_BMSR); ! ! if (i & BMSR_LINK_STATUS){ ! /* port is linked to the non Auto-Negotiation ! * 100Mbs partner. ! */ ! return EPIC_HALF_DUPLEX; } else { ! media = epic_read_phy_register (sc->iobase, DP83840_BMCR); ! media &= !(BMCR_AUTONEGOTIATION | BMCR_FULL_DUPLEX | BMCR_100MBPS); ! epic_write_phy_register(sc->iobase, DP83840_BMCR, media); epic_read_phy_register(sc->iobase, DP83840_BMSR); i=epic_read_phy_register( sc->iobase, DP83840_BMSR); ! ! if (i & BMSR_LINK_STATUS) { ! /*port is linked to the non ! * Auto-Negotiation10Mbs partner ! */ return EPIC_HALF_DUPLEX; } } } ! /* If we get here we are most likely not connected ! * so lets default it to half duplex ! */ ! return EPIC_HALF_DUPLEX; } ! } /* --- 973,1050 ---- * This is the recommended time from the DP83840A data sheet * Section 7.1 */ epic_read_phy_register( sc->iobase, DP83840_BMSR); i = epic_read_phy_register( sc->iobase, DP83840_BMSR); ! for(;;) { ! if ((i & BMSR_LINK_STATUS) && ( i & BMSR_AUTONEG_COMPLETE)){ ! /* Auto negotiation finished!*/ ! i = epic_read_phy_register( sc->iobase, DP83840_PAR); ! if ( i & PAR_FULL_DUPLEX ) { ! return EPIC_FULL_DUPLEX; } else { ! return EPIC_HALF_DUPLEX; ! } ! } ! else { ! /*Auto-negotiation or link status is not 1 ! Thus the auto-negotiation failed and one ! must take other means to fix it. ! */ ! ! /* ANER must be read twice to get the correct reading ! * from theMultiple link fault bit -- it is a latched ! bit ! */ ! epic_read_phy_register (sc->iobase, DP83840_ANER); ! ! i = epic_read_phy_register (sc->iobase, DP83840_ANER); ! ! if ( i & ANER_MULTIPLE_LINK_FAULT ) { ! /* it can be forced to 100Mb/s Half-Duplex */ ! media = epic_read_phy_register(sc->iobase,DP83840_BMCR); ! media &= ~(BMCR_AUTONEGOTIATION | BMCR_FULL_DUPLEX); ! media |= BMCR_100MBPS; ! epic_write_phy_register(sc->iobase,DP83840_BMCR,media); ! ! /* read BMSR again to determine link status */ epic_read_phy_register(sc->iobase, DP83840_BMSR); i=epic_read_phy_register( sc->iobase, DP83840_BMSR); ! ! if (i & BMSR_LINK_STATUS){ ! /* port is linked to the non ! * Auto-Negotiation 100Mbs partner. ! */ return EPIC_HALF_DUPLEX; } + else { + media = epic_read_phy_register (sc->iobase, DP83840_BMCR); + media &= !(BMCR_AUTONEGOTIATION | BMCR_FULL_DUPLEX | BMCR_100MBPS); + epic_write_phy_register(sc->iobase, DP83840_BMCR, media); + epic_read_phy_register(sc->iobase, DP83840_BMSR); + i=epic_read_phy_register( sc->iobase, DP83840_BMSR); + + if (i & BMSR_LINK_STATUS) { + /*port is linked to the non + * Auto-Negotiation10Mbs partner + */ + return EPIC_HALF_DUPLEX; + } + else { + break; + } + } } } ! epic_read_phy_register( sc->iobase, DP83840_BMSR); ! i = epic_read_phy_register( sc->iobase, DP83840_BMSR); } ! /* If we get here we are most likely not connected ! * so lets default it to half duplex ! */ ! return EPIC_HALF_DUPLEX; } /* *************** *** 1058,1063 **** --- 1066,1079 ---- return; } + static void + epic_shutdown( + int howto, + void *sc) + { + epic_stop(sc); + } + /* * This function should completely stop rx and tx processes * *************** *** 1093,1099 **** /* Reset chip */ outl( iobase + GENCTL, GENCTL_SOFT_RESET ); ! for(i=0;i<0x100;i++); /* Free memory allocated for rings */ epic_free_rings( sc ); --- 1109,1117 ---- /* Reset chip */ outl( iobase + GENCTL, GENCTL_SOFT_RESET ); ! ! /* need to wait for 15 pci ticks to pass before accessing again*/ ! DELAY(1); /* Free memory allocated for rings */ epic_free_rings( sc ); >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 9 20:55:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA13946 for freebsd-bugs-outgoing; Mon, 9 Feb 1998 20:55:37 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mole.slip.net (mole.slip.net [207.171.193.16]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA13941 for ; Mon, 9 Feb 1998 20:55:36 -0800 (PST) (envelope-from hybrid@slip.net) Received: from bobby [209.152.137.130] by mole.slip.net with smtp (Exim 1.73 #2) id 0y27jF-0005bn-00; Mon, 9 Feb 1998 20:55:32 -0800 Message-ID: <34DFDDA2.150A@slip.net> Date: Mon, 09 Feb 1998 20:54:58 -0800 From: Bobby LaThanh Reply-To: hybrid@slip.net X-Mailer: Mozilla 3.04 (Win95; I) MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.ORG Subject: Correction Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The 2000 bug is NOT a Millenium bug. The 1st Millenium went from the year 1 to 1000 The 2nd Millenium is from the year 1001 to 2000 The New Millenium wil not be until 2001... Same idea goes for the 21st century which will also not start until 2001 hybrid@slip.net http://www.slip.net/~hybrid/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 9 23:03:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA26830 for freebsd-bugs-outgoing; Mon, 9 Feb 1998 23:03:49 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA26814; Mon, 9 Feb 1998 23:03:44 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA17112; Mon, 9 Feb 1998 23:02:24 -0800 (PST) Date: Mon, 9 Feb 1998 23:02:24 -0800 (PST) Message-Id: <199802100702.XAA17112@freefall.freebsd.org> To: archie@whistle.com, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/5691 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: environment variables missing from ftpio(3) man page State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Feb 9 23:02:12 PST 1998 State-Changed-Why: Fix applied, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 10 07:30:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA11999 for freebsd-bugs-outgoing; Tue, 10 Feb 1998 07:30:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA11992; Tue, 10 Feb 1998 07:30:01 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA11418; Tue, 10 Feb 1998 07:27:24 -0800 (PST) (envelope-from nobody) Message-Id: <199802101527.HAA11418@hub.freebsd.org> Date: Tue, 10 Feb 1998 07:27:24 -0800 (PST) From: mfiresto@mindspring.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5700: FreeBSd is distributed with perl 4 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5700 >Category: bin >Synopsis: FreeBSd is distributed with perl 4 >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 Feb 10 07:30:01 PST 1998 >Last-Modified: >Originator: Michael Firestone >Organization: >Release: 2.2.5-Stable and 3.0-Current >Environment: N/A >Description: Perl4 is no longer supported - according to the recognized experts, Perl4 is a "dead flea-bitten camel carcass" - but FreeBSd is still using it as the default installed option. Perl5 should be the default, distributed perl version. I understand there are a number of scripts used by FreeBSD that are Perl4 scripts and would need to be ported to perl5 and varified safe. Give me the list of these scripts and I will be do it. >How-To-Repeat: >Fix: As I mentioned above, port the important scripts to perl5 and make it the default version used for FreeBSD, possibly keeping the perl4 binaries available for download for those sites that insist on beating dead camels into the ground.... >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 10 10:20:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14684 for freebsd-bugs-outgoing; Tue, 10 Feb 1998 10:20:01 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14677; Tue, 10 Feb 1998 10:20:01 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14179; Tue, 10 Feb 1998 10:13:41 -0800 (PST) (envelope-from nobody) Message-Id: <199802101813.KAA14179@hub.freebsd.org> Date: Tue, 10 Feb 1998 10:13:41 -0800 (PST) From: wefa@unicom.talkline.de To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5703: CDROM Media Error triggers complete system lockup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5703 >Category: kern >Synopsis: CDROM Media Error triggers complete system lockup >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 10 10:20:00 PST 1998 >Last-Modified: >Originator: Christoph Weber-Fahr >Organization: O.tel.o Communicoations >Release: 2.2.5-RELEAS >Environment: FreeBSD hektor.otelo-call.de 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Thu Jan 29 22:07:42 CET 1998 root@hektor.otelo-call.de:/usr/src/sys/compile/HEKTOR i386 >Description: Plain vanilla '486 System with aha1542, 2 1GB SCSI disks and a Toshiba 5201 SCSI CDROM. Trying to cp -R a part of the CDROM to disk. (Only special is that the cdrom is accessed through a local nfs (Re-)mount). After some time the CDROM encounters a Media Error: "cd0(aha0:0:0): MEDIUM ERROR info:0x4a284 asc:15,0 Random positioning error" After this the system solidly locks, though the kernel seems to continue working. Some data points: I can... - switch consoles - scroll consoles (with scroll lock) - open TCP connections to the system - ping the system - Even the Console Screen saver appears after some time and disappears after pressing a key. I can't - enter any key into a shell on the console. - log in on console (login doesn't react) - log in via telnet (no login banner appears) - deliver mail (no sendmail banner appears) - ^Z or ^C the running cp process This state remains - no timeouts occur within at least 10 Minutes. >How-To-Repeat: See above. Specifically, the problem _is_ repeatable here. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 10 10:30:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15717 for freebsd-bugs-outgoing; Tue, 10 Feb 1998 10:30:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA15685; Tue, 10 Feb 1998 10:30:01 -0800 (PST) (envelope-from gnats) Received: from salmon.maths.tcd.ie (mmdf@salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id KAA15538 for ; Tue, 10 Feb 1998 10:29:05 -0800 (PST) (envelope-from dwmalone@maths.tcd.ie) Received: from synge.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 10 Feb 98 18:28:54 +0000 (GMT) Message-Id: <9802101828.aa06956@synge.maths.tcd.ie> Date: Tue, 10 Feb 98 18:28:53 +0000 (GMT) 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/5704: restore coredumps on filesystems with small blocksizes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5704 >Category: bin >Synopsis: restore coredumps on filesystems with small blocksizes >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 Feb 10 10:30:00 PST 1998 >Last-Modified: >Originator: David Malone >Organization: School of Mathematics, Trinity College Dublin, Ireland. >Release: FreeBSD 2.2.5-STABLE i386 >Environment: If you run restore with cwd on an nfs3 filesystem (say) where the blocksize is less than 1024, restore will give a bus error. >Description: The logic in tape.c:getfile() doesn't allow for a filesystem with a blocksize smaller than the tape block size. The problem seems to be most easily fixed by changeing where fssize is set. >How-To-Repeat: cd /nfs3 cat dump | restore ivbf 2 - >Fix: This diff changes the setting of fssize, so that if the filesystem blocksize is too small it is set to the minimum (TP_BSIZE), otherwise the logic is as before. --- /usr/src/sbin/restore/tape.c Thu Jan 29 22:26:11 1998 +++ tape.c Tue Feb 10 18:17:31 1998 @@ -231,7 +231,9 @@ fprintf(stderr, "cannot stat .: %s\n", strerror(errno)); done(1); } - if (stbuf.st_blksize > 0 && stbuf.st_blksize <= MAXBSIZE) + if (stbuf.st_blksize > 0 && stbuf.st_blksize < TP_BSIZE ) + fssize = TP_BSIZE; + if (stbuf.st_blksize >= TP_BSIZE && stbuf.st_blksize <= MAXBSIZE) fssize = stbuf.st_blksize; if (((fssize - 1) & fssize) != 0) { fprintf(stderr, "bad block size %d\n", fssize); >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 10 16:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA19819 for freebsd-bugs-outgoing; Tue, 10 Feb 1998 16:50:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA19808; Tue, 10 Feb 1998 16:50:01 -0800 (PST) (envelope-from gnats) Received: from dorifer.heim3.tu-clausthal.de (dorifer.heim3.tu-clausthal.de [139.174.243.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA19483 for ; Tue, 10 Feb 1998 16:46:40 -0800 (PST) (envelope-from olli@dorifer.heim3.tu-clausthal.de) Received: (from olli@localhost) by dorifer.heim3.tu-clausthal.de (8.8.8/8.8.8) id BAA21304; Wed, 11 Feb 1998 01:46:29 +0100 (CET) (envelope-from olli) Message-Id: <199802110046.BAA21304@dorifer.heim3.tu-clausthal.de> Date: Wed, 11 Feb 1998 01:46:29 +0100 (CET) From: Oliver Fromme Reply-To: oliver.fromme@heim3.tu-clausthal.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/5708: Small bug in re_format(7) manual page. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5708 >Category: docs >Synopsis: Small bug in re_format(7) manual page. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 10 16:50:00 PST 1998 >Last-Modified: >Originator: Oliver Fromme >Organization: Administration Heim 3 (Technical University of Clausthal) >Release: FreeBSD 2.2-971223-SNAP i386 >Environment: `uname -a`: FreeBSD dorifer.heim3.tu-clausthal.de 2.2-971223-SNAP FreeBSD 2.2-971223-SNAP #0: Sun Feb 1 16:24:13 CET 1998 olli@dorifer.heim3.tu-clausthal.de:/usr/src/sys/compile/DORIFER i386 >Description: According to the re_format() manual page: Obsolete (``basic'') regular expressions differ in several respects. `|', `+', and `?' are ordinary characters and there is no equivalent for their functionality. This is not completely correct. `x+' is equivalent to `xx*' or `x\{1,\}', and `x?' is equivalent to `x\{0,1\}'. >How-To-Repeat: Enter "man 7 re_format". >Fix: --- re_format.7.orig Wed Feb 11 01:32:32 1998 +++ re_format.7 Wed Feb 11 01:41:15 1998 @@ -222,8 +222,12 @@ POSIX-compliant. .PP Obsolete (``basic'') regular expressions differ in several respects. -`|', `+', and `?' are ordinary characters and there is no equivalent -for their functionality. +`|' is an ordinary character and there is no equivalent +for its functionality. +`+' and `?' are ordinary characters, and their functionality +can be expressed using bounds (`\{1,\}' or `\{0,1\}', +respectively). +Also note that `x+' in modern REs is equivalent to `xx*'. The delimiters for bounds are `\e{' and `\e}', with `{' and `}' by themselves ordinary characters. The parentheses for nested subexpressions are `\e(' and `\e)', >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 10 17:20:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA24851 for freebsd-bugs-outgoing; Tue, 10 Feb 1998 17:20:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA24835; Tue, 10 Feb 1998 17:20:01 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA24385; Tue, 10 Feb 1998 17:17:31 -0800 (PST) (envelope-from nobody) Message-Id: <199802110117.RAA24385@hub.freebsd.org> Date: Tue, 10 Feb 1998 17:17:31 -0800 (PST) From: wall@montana.avicom.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5709: Fatal trap 12: page fault in kernel mode while trying to boot to install Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5709 >Category: kern >Synopsis: Fatal trap 12: page fault in kernel mode while trying to boot to install >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 10 17:20:01 PST 1998 >Last-Modified: >Originator: Bob Wall >Organization: >Release: 2.2.5 (also occurred in 2.2.2) >Environment: Can't get the machine to boot to print the environment. It's a Micron XPE laptop with docking station (contains an AMD 53C974 SCSI controller and integrated AMD Ethernet adapter), 64M RAM, 2.1 G IDE hard drive. >Description: I'm trying to install FreeBSD 2.2.5 - I created a boot floppy, and when I try to boot from it, I get the following (whether I skip the kernel config or not): avail memory = 61071360 (59640K bytes0 Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0 chip1 rev 3 on pci0:1 amd0 rev 2 int a irq 15 on pci0:17 amd0 waiting for devices to settle Fatal trap 12: page fault while in kernel mode fault virtual address = 0x18 fault code = supervisor read, page not present instruction pointer = 0x8:0xf017e09b stack pointer = 0x10:0xefbffd54 frame pointer = 0x10:0xefbffd6c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 0 () interrupt mask = net tty bio panic: page fault Under version 2.2.2, it wouldn't do this if the laptop was not in the docking station (so I suspect it is the amd0 driver causing the problem). I haven't tried it with 2.2.5 yet. >How-To-Repeat: Try to boot using the boot floppy. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 10 18:50:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA09225 for freebsd-bugs-outgoing; Tue, 10 Feb 1998 18:50:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA09200; Tue, 10 Feb 1998 18:50:02 -0800 (PST) (envelope-from gnats) Received: from gdi.uoregon.edu (gdi.uoregon.edu [128.223.170.30]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA08571 for ; Tue, 10 Feb 1998 18:47:08 -0800 (PST) (envelope-from dwhite@gdi.uoregon.edu) Received: (from dwhite@localhost) by gdi.uoregon.edu (8.8.7/8.8.8) id SAA29998; Tue, 10 Feb 1998 18:47:08 -0800 (PST) (envelope-from dwhite) Message-Id: <199802110247.SAA29998@gdi.uoregon.edu> Date: Tue, 10 Feb 1998 18:47:08 -0800 (PST) From: dwhite@resnet.uoregon.edu Reply-To: dwhite@resnet.uoregon.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5710: Can't install X from DOS using setup.exe Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5710 >Category: bin >Synopsis: Can't install X from DOS using setup.exe >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 10 18:50:01 PST 1998 >Last-Modified: >Originator: Doug White >Organization: University of Oregon >Release: FreeBSD 2.1-STABLE i386 >Environment: FreeBSD 2.2.5-RELEASE install CD, running kernel/sysinstall from setup.exe program or (?) via DOS install method (files on FAT fs) >Description: During FreeBSD installation, if the user opts to install the X Window System, when the installer reaches the point where it will begin extracting the X archives, it complains that it cannot find X32BIN.TGZ. Proble reported as per discussion with Jordan. >How-To-Repeat: Install FreeBSD via DOS install method. >Fix: None known at this time. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 10 21:10:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA20847 for freebsd-bugs-outgoing; Tue, 10 Feb 1998 21:10:13 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA20815; Tue, 10 Feb 1998 21:10:08 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA18202; Tue, 10 Feb 1998 20:59:56 -0800 (PST) (envelope-from nobody) Message-Id: <199802110459.UAA18202@hub.freebsd.org> Date: Tue, 10 Feb 1998 20:59:56 -0800 (PST) From: jason_smethers@bigfoot.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5711: bin/cat code cleanup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5711 >Category: bin >Synopsis: bin/cat code cleanup >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: Tue Feb 10 21:10:04 PST 1998 >Last-Modified: >Originator: Jason Smethers >Organization: >Release: 3.0-Current >Environment: FreeBSD p90unix.vipersystems.com 3.0-CURRENT FreeBSD 3.0-CURRENT #1: Sun Feb 8 17:26:35 CST 1998 root@p90unix.vipersystems.com:/usr/src/sys/compile/P90UNIX i386 >Description: code cleanup of /usr/cat and man page >How-To-Repeat: >Fix: diff -c -r /usr/src/bin/cat/cat.1 /usr/local/src/bin/cat/cat.1 *** /usr/src/bin/cat/cat.1 Sat Feb 22 08:01:26 1997 --- /usr/local/src/bin/cat/cat.1 Mon Feb 2 18:18:34 1998 *************** *** 13,19 **** .\" notice, this list of conditions and the following disclaimer in the .\" documentation and/or other materials provided with the distribution. .\" 3. All advertising materials mentioning features or use of this software ! .\" must display the following acknowledgement: .\" This product includes software developed by the University of .\" California, Berkeley and its contributors. .\" 4. Neither the name of the University nor the names of its contributors --- 13,19 ---- .\" notice, this list of conditions and the following disclaimer in the .\" documentation and/or other materials provided with the distribution. .\" 3. All advertising materials mentioning features or use of this software ! .\" must display the following acknowledgment: .\" This product includes software developed by the University of .\" California, Berkeley and its contributors. .\" 4. Neither the name of the University nor the names of its contributors *************** *** 118,125 **** .Sh HISTORY A .Nm ! command appeared in Version 1 AT&T UNIX. Dennis Ritchie designed and wrote the first man page. It appears to have been .Xr cat 1 . ! --- 118,134 ---- .Sh HISTORY A .Nm ! utility appeared in Version 1 AT&T UNIX. Dennis Ritchie designed and wrote the first man page. It appears to have been .Xr cat 1 . ! .Sh STANDARDS ! The ! .Nm cat ! utility is compliant with the ! .St -p1003.2-92 ! specification. ! .Pp ! The flags ! .Op Fl benstv ! are extensions to the specification. diff -c -r /usr/src/bin/cat/cat.c /usr/local/src/bin/cat/cat.c *** /usr/src/bin/cat/cat.c Fri Mar 28 09:24:04 1997 --- /usr/local/src/bin/cat/cat.c Tue Feb 3 17:33:24 1998 *************** *** 63,68 **** --- 63,69 ---- int rval; char *filename; + int main __P((int, char *[])); void cook_args __P((char *argv[])); void cook_buf __P((FILE *)); void raw_args __P((char *argv[])); *************** *** 76,82 **** extern int optind; int ch; ! setlocale(LC_CTYPE, ""); while ((ch = getopt(argc, argv, "benstuv")) != -1) switch (ch) { --- 77,83 ---- extern int optind; int ch; ! (void)setlocale(LC_ALL, ""); while ((ch = getopt(argc, argv, "benstuv")) != -1) switch (ch) { *************** *** 96,107 **** tflag = vflag = 1; /* -t implies -v */ break; case 'u': ! setbuf(stdout, (char *)NULL); break; case 'v': vflag = 1; break; default: (void)fprintf(stderr, "usage: cat [-benstuv] [-] [file ...]\n"); exit(1); --- 97,109 ---- tflag = vflag = 1; /* -t implies -v */ break; case 'u': ! setbuf(stdout, NULL); break; case 'v': vflag = 1; break; default: + case '?': (void)fprintf(stderr, "usage: cat [-benstuv] [-] [file ...]\n"); exit(1); *************** *** 248,258 **** err(1, "%s", filename); bsize = MAX(sbuf.st_blksize, 1024); if ((buf = malloc((u_int)bsize)) == NULL) ! err(1, NULL); } ! while ((nr = read(rfd, buf, bsize)) > 0) for (off = 0; nr; nr -= nw, off += nw) ! if ((nw = write(wfd, buf + off, nr)) < 0) err(1, "stdout"); if (nr < 0) { warn("%s", filename); --- 250,260 ---- err(1, "%s", filename); bsize = MAX(sbuf.st_blksize, 1024); if ((buf = malloc((u_int)bsize)) == NULL) ! err(1, "cannot allocate buffer"); } ! while ((nr = read(rfd, buf, (u_int)bsize)) > 0) for (off = 0; nr; nr -= nw, off += nw) ! if ((nw = write(wfd, buf + off, (u_int)nr)) < 0) err(1, "stdout"); if (nr < 0) { warn("%s", filename); >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 10 21:10:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA20880 for freebsd-bugs-outgoing; Tue, 10 Feb 1998 21:10:22 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA20851; Tue, 10 Feb 1998 21:10:14 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA19832; Tue, 10 Feb 1998 21:05:28 -0800 (PST) (envelope-from nobody) Message-Id: <199802110505.VAA19832@hub.freebsd.org> Date: Tue, 10 Feb 1998 21:05:28 -0800 (PST) From: jason_smethers@bigfoot.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5712: /bin/chio code cleaup and option added Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5712 >Category: bin >Synopsis: /bin/chio code cleaup and option added >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: Tue Feb 10 21:10:10 PST 1998 >Last-Modified: >Originator: Jason Smethers >Organization: >Release: 3.0-Current >Environment: FreeBSD p90unix.vipersystems.com 3.0-CURRENT FreeBSD 3.0-CURRENT #1: Sun Feb 8 17:26:35 CST 1998 root@p90unix.vipersystems.com:/usr/src/sys/compile/P90UNIX i386 >Description: Gerneral code cleanup and IELEM option added for which system header file chio.h was modified. Updated man page. >How-To-Repeat: >Fix: diff -c -r /usr/src/bin/chio/chio.1 /usr/local/src/bin/chio/chio.1 *** /usr/src/bin/chio/chio.1 Sat Sep 13 11:01:18 1997 --- /usr/local/src/bin/chio/chio.1 Sun Feb 8 21:16:55 1998 *************** *** 12,18 **** .\" notice, this list of conditions and the following disclaimer in the .\" documentation and/or other materials provided with the distribution. .\" 3. All advertising materials mentioning features or use of this software ! .\" must display the following acknowledgements: .\" This product includes software developed by Jason R. Thorpe .\" for And Communications, http://www.and.com/ .\" 4. The name of the author may not be used to endorse or promote products --- 12,18 ---- .\" notice, this list of conditions and the following disclaimer in the .\" documentation and/or other materials provided with the distribution. .\" 3. All advertising materials mentioning features or use of this software ! .\" must display the following acknowledgments: .\" This product includes software developed by Jason R. Thorpe .\" for And Communications, http://www.and.com/ .\" 4. The name of the author may not be used to endorse or promote products *************** *** 177,183 **** .It Nm ACCESS Media in this element is accessible by a picker. .It Nm EXENAB ! Element supports passing media (exporting) to an outsite human operator. .It Nm INENAB Element supports receiving media (importing) from an outside human operator. .El --- 177,185 ---- .It Nm ACCESS Media in this element is accessible by a picker. .It Nm EXENAB ! Element supports passing media (exporting) to an outside human operator. ! .It Nm IELEM ! Perform an \fBINITIALIZE ELEMENT STATUS\fR operation on the changer. .It Nm INENAB Element supports receiving media (importing) from an outside human operator. .El *************** *** 188,200 **** Moves the media in slot 3 (fourth slot) to drive 0 (first drive). .Pp .Nm chio setpicker 2 Configures the changer to use picker 2 (third picker) for operations. .Pp .Sh FILES /dev/ch0 - default changer device .Sh SEE ALSO .Xr mt 1 , ! .Xr ch 4 , .Xr mount 8 . .Sh AUTHOR The --- 190,203 ---- Moves the media in slot 3 (fourth slot) to drive 0 (first drive). .Pp .Nm chio setpicker 2 + .Pp Configures the changer to use picker 2 (third picker) for operations. .Pp .Sh FILES /dev/ch0 - default changer device .Sh SEE ALSO .Xr mt 1 , ! .Xr ch 4 .Xr mount 8 . .Sh AUTHOR The diff -c -r /usr/src/bin/chio/chio.c /usr/local/src/bin/chio/chio.c *** /usr/src/bin/chio/chio.c Fri Jun 6 01:32:09 1997 --- /usr/local/src/bin/chio/chio.c Sun Feb 8 19:08:22 1998 *************** *** 13,19 **** * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. All advertising materials mentioning features or use of this software ! * must display the following acknowledgements: * This product includes software developed by Jason R. Thorpe * for And Communications, http://www.and.com/ * 4. The name of the author may not be used to endorse or promote products --- 13,19 ---- * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. All advertising materials mentioning features or use of this software ! * must display the following acknowledgments: * This product includes software developed by Jason R. Thorpe * for And Communications, http://www.and.com/ * 4. The name of the author may not be used to endorse or promote products *************** *** 34,40 **** #include #include ! #include #include #include #include --- 34,40 ---- #include #include ! #include #include #include #include *************** *** 47,52 **** --- 47,53 ---- #include "defs.h" #include "pathnames.h" + int main __P((int, char *[])); static void usage __P((void)); static void cleanup __P((void)); static int parse_element_type __P((char *)); *************** *** 62,67 **** --- 63,69 ---- static int do_getpicker __P((char *, int, char **)); static int do_setpicker __P((char *, int, char **)); static int do_status __P((char *, int, char **)); + static int do_ielem __P((char *, int, char **)); /* Valid changer element types. */ const struct element_type elements[] = { *************** *** 81,86 **** --- 83,89 ---- { "getpicker", do_getpicker }, { "setpicker", do_setpicker }, { "status", do_status }, + { "ielem", do_ielem }, { NULL, 0 }, }; *************** *** 98,104 **** int main(argc, argv) int argc; ! char **argv; { int ch, i; --- 101,107 ---- int main(argc, argv) int argc; ! char *argv[]; { int ch, i; *************** *** 135,146 **** --- 138,157 ---- for (i = 0; commands[i].cc_name != NULL; ++i) if (strcmp(*argv, commands[i].cc_name) == 0) break; + if (commands[i].cc_name == NULL) { + /* look for abbreviation */ + for (i = 0; commands[i].cc_name != NULL; ++i) + if (strncmp(*argv, commands[i].cc_name, + strlen(*argv)) == 0) + break; + } if (commands[i].cc_name == NULL) errx(1, "unknown command: %s", *argv); /* Skip over the command name and call handler. */ ++argv; --argc; exit ((*commands[i].cc_handler)(commands[i].cc_name, argc, argv)); + /* NOTREACHED */ } static int *************** *** 166,172 **** warnx("%s: too many arguments", cname); goto usage; } ! bzero(&cmd, sizeof(cmd)); /* */ cmd.cm_fromtype = parse_element_type(*argv); --- 177,183 ---- warnx("%s: too many arguments", cname); goto usage; } ! (void) memset(&cmd, 0, sizeof(cmd)); /* */ cmd.cm_fromtype = parse_element_type(*argv); *************** *** 206,212 **** return (0); usage: ! fprintf(stderr, "usage: chio %s " " [inv]\n", cname); return (1); } --- 217,223 ---- return (0); usage: ! (void) fprintf(stderr, "usage: chio %s " " [inv]\n", cname); return (1); } *************** *** 234,240 **** warnx("%s: too many arguments", cname); goto usage; } ! bzero(&cmd, sizeof(cmd)); /* */ cmd.ce_srctype = parse_element_type(*argv); --- 245,251 ---- warnx("%s: too many arguments", cname); goto usage; } ! (void) memset(&cmd, 0, sizeof(cmd)); /* */ cmd.ce_srctype = parse_element_type(*argv); *************** *** 299,305 **** return (0); usage: ! fprintf(stderr, "usage: chio %s \n" " [ ] [inv1] [inv2]\n", cname); return (1); --- 310,316 ---- return (0); usage: ! (void) fprintf(stderr, "usage: chio %s \n" " [ ] [inv1] [inv2]\n", cname); return (1); *************** *** 328,334 **** warnx("%s: too many arguments", cname); goto usage; } ! bzero(&cmd, sizeof(cmd)); /* */ cmd.cp_type = parse_element_type(*argv); --- 339,345 ---- warnx("%s: too many arguments", cname); goto usage; } ! (void) memset(&cmd, 0, sizeof(cmd)); /* */ cmd.cp_type = parse_element_type(*argv); *************** *** 360,369 **** return (0); usage: ! fprintf(stderr, "usage: chio %s [inv]\n", cname); return (1); } static int do_params(cname, argc, argv) char *cname; --- 371,381 ---- return (0); usage: ! (void) fprintf(stderr, "usage: chio %s [inv]\n", cname); return (1); } + /* ARGSUSED */ static int do_params(cname, argc, argv) char *cname; *************** *** 374,405 **** /* No arguments to this command. */ if (argc) { ! warnx("%s: no arguements expected", cname); goto usage; } /* Get params from changer and display them. */ ! bzero(&data, sizeof(data)); if (ioctl(changer_fd, CHIOGPARAMS, (char *)&data)) err(1, "%s: CHIOGPARAMS", changer_name); ! printf("%s: %d slot%s, %d drive%s, %d picker%s", changer_name, data.cp_nslots, (data.cp_nslots > 1) ? "s" : "", data.cp_ndrives, (data.cp_ndrives > 1) ? "s" : "", data.cp_npickers, (data.cp_npickers > 1) ? "s" : ""); if (data.cp_nportals) ! printf(", %d portal%s", data.cp_nportals, (data.cp_nportals > 1) ? "s" : ""); ! printf("\n%s: current picker: %d\n", changer_name, data.cp_curpicker); return (0); usage: ! fprintf(stderr, "usage: chio %s\n", cname); return (1); } static int do_getpicker(cname, argc, argv) char *cname; --- 386,419 ---- /* No arguments to this command. */ if (argc) { ! warnx("%s: no arguments expected", cname); goto usage; } /* Get params from changer and display them. */ ! (void) memset(&data, 0, sizeof(data)); if (ioctl(changer_fd, CHIOGPARAMS, (char *)&data)) err(1, "%s: CHIOGPARAMS", changer_name); ! (void) printf("%s: %d slot%s, %d drive%s, %d picker%s", changer_name, data.cp_nslots, (data.cp_nslots > 1) ? "s" : "", data.cp_ndrives, (data.cp_ndrives > 1) ? "s" : "", data.cp_npickers, (data.cp_npickers > 1) ? "s" : ""); if (data.cp_nportals) ! (void) printf(", %d portal%s", data.cp_nportals, (data.cp_nportals > 1) ? "s" : ""); ! (void) printf("\n%s: current picker: %d\n", changer_name, ! data.cp_curpicker); return (0); usage: ! (void) fprintf(stderr, "usage: chio %s\n", cname); return (1); } + /* ARGSUSED */ static int do_getpicker(cname, argc, argv) char *cname; *************** *** 418,429 **** if (ioctl(changer_fd, CHIOGPICKER, (char *)&picker)) err(1, "%s: CHIOGPICKER", changer_name); ! printf("%s: current picker: %d\n", changer_name, picker); return (0); usage: ! fprintf(stderr, "usage: chio %s\n", cname); return (1); } --- 432,443 ---- if (ioctl(changer_fd, CHIOGPICKER, (char *)&picker)) err(1, "%s: CHIOGPICKER", changer_name); ! (void) printf("%s: current picker: %d\n", changer_name, picker); return (0); usage: ! (void) fprintf(stderr, "usage: chio %s\n", cname); return (1); } *************** *** 452,458 **** return (0); usage: ! fprintf(stderr, "usage: chio %s \n", cname); return (1); } --- 466,472 ---- return (0); usage: ! (void) fprintf(stderr, "usage: chio %s \n", cname); return (1); } *************** *** 465,476 **** struct changer_element_status cmd; struct changer_params data; u_int8_t *statusp; ! int i, count, chet, schet, echet; char *description; - count = 0; - description = NULL; - /* * On a status command, we expect the following: * --- 479,488 ---- struct changer_element_status cmd; struct changer_params data; u_int8_t *statusp; ! int i, chet, schet, echet; ! size_t count; char *description; /* * On a status command, we expect the following: * *************** *** 490,496 **** * Get params from changer. Specifically, we need the element * counts. */ ! bzero(&data, sizeof(data)); if (ioctl(changer_fd, CHIOGPARAMS, (char *)&data)) err(1, "%s: CHIOGPARAMS", changer_name); --- 502,508 ---- * Get params from changer. Specifically, we need the element * counts. */ ! (void) memset(&data, 0, sizeof(data)); if (ioctl(changer_fd, CHIOGPARAMS, (char *)&data)) err(1, "%s: CHIOGPARAMS", changer_name); *************** *** 522,534 **** count = data.cp_ndrives; description = "drive"; break; } if (count == 0) { if (argc == 0) continue; else { ! printf("%s: no %s elements\n", changer_name, description); return (0); } --- 534,551 ---- count = data.cp_ndrives; description = "drive"; break; + + default: + /* To appease gcc -Wuninitialized. */ + count = 0; + description = NULL; } if (count == 0) { if (argc == 0) continue; else { ! (void) printf("%s: no %s elements\n", changer_name, description); return (0); } *************** *** 538,545 **** if ((statusp = (u_int8_t *)malloc(count)) == NULL) errx(1, "can't allocate status storage"); ! bzero(statusp, count); ! bzero(&cmd, sizeof(cmd)); cmd.ces_type = chet; cmd.ces_data = statusp; --- 555,562 ---- if ((statusp = (u_int8_t *)malloc(count)) == NULL) errx(1, "can't allocate status storage"); ! (void) memset(statusp, 0, count); ! (void) memset(&cmd, 0, sizeof(cmd)); cmd.ces_type = chet; cmd.ces_data = statusp; *************** *** 551,557 **** /* Dump the status for each element of this type. */ for (i = 0; i < count; ++i) { ! printf("%s %d: %s\n", description, i, bits_to_string(statusp[i], CESTATUS_BITS)); } --- 568,574 ---- /* Dump the status for each element of this type. */ for (i = 0; i < count; ++i) { ! (void) printf("%s %d: %s\n", description, i, bits_to_string(statusp[i], CESTATUS_BITS)); } *************** *** 561,570 **** return (0); usage: ! fprintf(stderr, "usage: chio %s []\n", cname); return (1); } static int parse_element_type(cp) char *cp; --- 578,601 ---- return (0); usage: ! (void) fprintf(stderr, "usage: chio %s []\n", cname); return (1); } + /* ARGSUSED */ + static int + do_ielem(cname, argc, argv) + char *cname; + int argc; + char **argv; + { + if (ioctl(changer_fd, CHIOIELEM, NULL)) + err(1, "%s: CHIOIELEM", changer_name); + + return (0); + } + + static int parse_element_type(cp) char *cp; *************** *** 576,581 **** --- 607,613 ---- return (elements[i].et_type); errx(1, "invalid element type `%s'", cp); + /* NOTREACHED */ } static int *************** *** 603,608 **** --- 635,641 ---- return (val); errx(1, "invalid modifier `%s'", cp); + /* NOTREACHED */ } static int *************** *** 628,634 **** static char buf[128]; bp = buf; ! bzero(buf, sizeof(buf)); for (sep = '<'; (f = *cp++) != 0; cp = np) { for (np = cp; *np >= ' ';) --- 661,667 ---- static char buf[128]; bp = buf; ! (void) memset(buf, 0, sizeof(buf)); for (sep = '<'; (f = *cp++) != 0; cp = np) { for (np = cp; *np >= ' ';) *************** *** 636,642 **** if ((v & (1 << (f - 1))) == 0) continue; bp += snprintf(bp, sizeof(buf) - (bp - &buf[0]), ! "%c%.*s", sep, np - cp, cp); sep = ','; } if (sep != '<') --- 669,675 ---- if ((v & (1 << (f - 1))) == 0) continue; bp += snprintf(bp, sizeof(buf) - (bp - &buf[0]), ! "%c%.*s", sep, (int)(long)(np - cp), cp); sep = ','; } if (sep != '<') *************** *** 648,654 **** static void cleanup() { - /* Simple enough... */ (void)close(changer_fd); } --- 681,686 ---- diff -c -r /usr/src/bin/chio/defs.h /usr/local/src/bin/chio/defs.h *** /usr/src/bin/chio/defs.h Thu Mar 6 09:30:06 1997 --- /usr/local/src/bin/chio/defs.h Sun Feb 1 20:18:06 1998 *************** *** 13,19 **** * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. All advertising materials mentioning features or use of this software ! * must display the following acknowledgements: * This product includes software developed by Jason R. Thorpe * for And Communications, http://www.and.com/ * 4. The name of the author may not be used to endorse or promote products --- 13,19 ---- * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. All advertising materials mentioning features or use of this software ! * must display the following acknowledgments: * This product includes software developed by Jason R. Thorpe * for And Communications, http://www.and.com/ * 4. The name of the author may not be used to endorse or promote products diff -c -r /usr/src/bin/chio/pathnames.h /usr/local/src/bin/chio/pathnames.h *** /usr/src/bin/chio/pathnames.h Thu Mar 6 09:30:06 1997 --- /usr/local/src/bin/chio/pathnames.h Mon Feb 2 19:23:06 1998 *************** *** 13,19 **** * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. All advertising materials mentioning features or use of this software ! * must display the following acknowledgements: * This product includes software developed by Jason R. Thorpe * for And Communications, http://www.and.com/ * 4. The name of the author may not be used to endorse or promote products --- 13,19 ---- * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. All advertising materials mentioning features or use of this software ! * must display the following acknowledgments: * This product includes software developed by Jason R. Thorpe * for And Communications, http://www.and.com/ * 4. The name of the author may not be used to endorse or promote products *** /usr/src/sys/sys/chio.h Tue Mar 11 13:38:02 1997 --- /usr/local/src/sys/sys/chio.h Mon Feb 2 20:15:20 1998 *************** *** 151,156 **** --- 151,157 ---- #define CHIOGPICKER _IOR('c', 0x04, int) #define CHIOSPICKER _IOW('c', 0x05, int) #define CHIOGPARAMS _IOR('c', 0x06, struct changer_params) + #define CHIOIELEM _IO('c', 0x07) #define CHIOGSTATUS _IOW('c', 0x08, struct changer_element_status) #endif /* !_SYS_CHIO_H_ */ >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 10 21:10:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA20919 for freebsd-bugs-outgoing; Tue, 10 Feb 1998 21:10:27 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA20884; Tue, 10 Feb 1998 21:10:22 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA20049; Tue, 10 Feb 1998 21:07:21 -0800 (PST) (envelope-from nobody) Message-Id: <199802110507.VAA20049@hub.freebsd.org> Date: Tue, 10 Feb 1998 21:07:21 -0800 (PST) From: jason_smethers@bigfoot.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5713: /bin/echo code cleanup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5713 >Category: bin >Synopsis: /bin/echo code cleanup >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: Tue Feb 10 21:10:17 PST 1998 >Last-Modified: >Originator: Jason Smethers >Organization: >Release: 3.0-Current >Environment: FreeBSD p90unix.vipersystems.com 3.0-CURRENT FreeBSD 3.0-CURRENT #1: Sun Feb 8 17:26:35 CST 1998 root@p90unix.vipersystems.com:/usr/src/sys/compile/P90UNIX i386 >Description: Gerneral code cleanup. >How-To-Repeat: >Fix: diff -c -r /usr/src/bin/echo/echo.c /usr/local/src/bin/echo/echo.c *** /usr/src/bin/echo/echo.c Sat Feb 22 08:03:05 1997 --- /usr/local/src/bin/echo/echo.c Mon Feb 9 20:20:11 1998 *************** *** 47,52 **** --- 47,54 ---- #include #include + int main __P((int, char *[])); + int main(argc, argv) int argc; *************** *** 71,79 **** } (void)printf("%s", argv[0]); if (*++argv) ! putchar(' '); } if (!nflag) ! putchar('\n'); exit(0); } --- 73,81 ---- } (void)printf("%s", argv[0]); if (*++argv) ! (void)putchar(' '); } if (!nflag) ! (void)putchar('\n'); exit(0); } >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 10 21:10:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA20946 for freebsd-bugs-outgoing; Tue, 10 Feb 1998 21:10:30 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA20918; Tue, 10 Feb 1998 21:10:27 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA20651; Tue, 10 Feb 1998 21:09:48 -0800 (PST) (envelope-from nobody) Message-Id: <199802110509.VAA20651@hub.freebsd.org> Date: Tue, 10 Feb 1998 21:09:48 -0800 (PST) From: jason_smethers@bigfoot.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5714: /bin/pwd code and man page cleanup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5714 >Category: bin >Synopsis: /bin/pwd code and man page cleanup >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: Tue Feb 10 21:10:24 PST 1998 >Last-Modified: >Originator: Jason Smethers >Organization: >Release: 3.0-Current >Environment: FreeBSD p90unix.vipersystems.com 3.0-CURRENT FreeBSD 3.0-CURRENT #1: Sun Feb 8 17:26:35 CST 1998 root@p90unix.vipersystems.com:/usr/src/sys/compile/P90UNIX i386 >Description: Gerneral code and man page cleanup >How-To-Repeat: >Fix: diff -c -r /usr/src/bin/pwd/pwd.1 /usr/local/src/bin/pwd/pwd.1 *** /usr/src/bin/pwd/pwd.1 Sat Feb 22 08:05:15 1997 --- /usr/local/src/bin/pwd/pwd.1 Mon Feb 9 20:07:36 1998 *************** *** 48,58 **** writes the absolute pathname of the current working directory to the standard output. .Pp ! The pwd utility exits 0 on success, and >0 if an error occurs. .Sh STANDARDS The .Nm pwd ! command is expected to be .St -p1003.2 compatible. .Sh SEE ALSO --- 48,60 ---- writes the absolute pathname of the current working directory to the standard output. .Pp ! The ! .Nm pwd ! utility exits 0 on success, and >0 if an error occurs. .Sh STANDARDS The .Nm pwd ! utility is expected to be .St -p1003.2 compatible. .Sh SEE ALSO *************** *** 61,67 **** .Xr getcwd 3 .Sh BUGS In ! .Xr csh 1 the command .Ic dirs is always faster (although it can give a different answer in the rare case --- 63,69 ---- .Xr getcwd 3 .Sh BUGS In ! .Xr csh 1 the command .Ic dirs is always faster (although it can give a different answer in the rare case diff -c -r /usr/src/bin/pwd/pwd.c /usr/local/src/bin/pwd/pwd.c *** /usr/src/bin/pwd/pwd.c Fri Mar 28 09:24:31 1997 --- /usr/local/src/bin/pwd/pwd.c Mon Feb 9 20:14:43 1998 *************** *** 48,53 **** --- 48,54 ---- #include #include + void usage __P((int, char *[])); void usage __P((void)); int *************** *** 80,86 **** usage(); if ((p = getcwd(NULL, 0)) == NULL) ! err(1, NULL); (void)printf("%s\n", p); exit(0); } --- 81,87 ---- usage(); if ((p = getcwd(NULL, 0)) == NULL) ! err(1, "getcwd"); (void)printf("%s\n", p); exit(0); } >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 10 21:20:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA22600 for freebsd-bugs-outgoing; Tue, 10 Feb 1998 21:20:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA22577; Tue, 10 Feb 1998 21:20:03 -0800 (PST) (envelope-from gnats) Received: from arh0300.urh.uiuc.edu (arh0300.urh.uiuc.edu [130.126.72.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA21041 for ; Tue, 10 Feb 1998 21:10:38 -0800 (PST) (envelope-from dannyman@arh0300.urh.uiuc.edu) Received: (from dannyman@localhost) by arh0300.urh.uiuc.edu (8.8.8/8.8.5) id XAA21214; Tue, 10 Feb 1998 23:10:33 -0600 (CST) Message-Id: <199802110510.XAA21214@arh0300.urh.uiuc.edu> Date: Tue, 10 Feb 1998 23:10:33 -0600 (CST) From: dannyman Reply-To: dannyman@arh0300.urh.uiuc.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5715: pw: "pwd_mkdb: illegal option -- c" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5715 >Category: bin >Synopsis: pw fails with "pwd_mkdb: illegal option -- c" >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 10 21:20:01 PST 1998 >Last-Modified: >Originator: dannyman >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: relevant line from /etc/group; tunji:*:1008: there is no /etc/pw.conf >Description: # pw adduser tunji -u 1008 -g 1008 -s /usr/local/bin/tcsh -w random pwd_mkdb: illegal option -- c usage: pwd_mkdb [-c] [-p] [-d ] [-u ] file pw: password update: Input/output error >How-To-Repeat: Upon creating an /etc/pw.conf with similar options, same result with; pw adduser tunji -u 1008 -g 1008 >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 10 21:20:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA22630 for freebsd-bugs-outgoing; Tue, 10 Feb 1998 21:20:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA22604; Tue, 10 Feb 1998 21:20:07 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA21381; Tue, 10 Feb 1998 21:11:40 -0800 (PST) (envelope-from nobody) Message-Id: <199802110511.VAA21381@hub.freebsd.org> Date: Tue, 10 Feb 1998 21:11:40 -0800 (PST) From: jason_smethers@bigfoot.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5716: /bin/sync code and man page cleanup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5716 >Category: bin >Synopsis: /bin/sync code and man page cleanup >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: Tue Feb 10 21:20:04 PST 1998 >Last-Modified: >Originator: Jason Smethers >Organization: >Release: 3.0-Current >Environment: FreeBSD p90unix.vipersystems.com 3.0-CURRENT FreeBSD 3.0-CURRENT #1: Sun Feb 8 17:26:35 CST 1998 root@p90unix.vipersystems.com:/usr/src/sys/compile/P90UNIX i386 >Description: Gerneral code and man page cleanup >How-To-Repeat: >Fix: diff -c -r /usr/src/bin/sync/sync.8 /usr/local/src/bin/sync/sync.8 *** /usr/src/bin/sync/sync.8 Sat Feb 22 08:06:06 1997 --- /usr/local/src/bin/sync/sync.8 Mon Feb 9 20:33:59 1998 *************** *** 48,56 **** or .Xr halt 8 . Generally, it is preferable to use ! .Xr reboot or ! .Xr halt to shut down the system, as they may perform additional actions such as resynchronizing the hardware clock --- 48,56 ---- or .Xr halt 8 . Generally, it is preferable to use ! .Xr reboot 8 or ! .Xr halt 8 to shut down the system, as they may perform additional actions such as resynchronizing the hardware clock diff -c -r /usr/src/bin/sync/sync.c /usr/local/src/bin/sync/sync.c *** /usr/src/bin/sync/sync.c Sat Feb 22 08:06:12 1997 --- /usr/local/src/bin/sync/sync.c Mon Feb 9 20:31:38 1998 *************** *** 45,52 **** #include int ! main() { sync(); exit(0); --- 45,56 ---- #include + int main __P((int, char *[])); + int ! main(argc, argv) ! int argc; ! char *argv[]; { sync(); exit(0); >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 10 21:30:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA24255 for freebsd-bugs-outgoing; Tue, 10 Feb 1998 21:30:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA24239; Tue, 10 Feb 1998 21:30:01 -0800 (PST) (envelope-from gnats) Received: from arh0300.urh.uiuc.edu (arh0300.urh.uiuc.edu [130.126.72.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA24172 for ; Tue, 10 Feb 1998 21:29:46 -0800 (PST) (envelope-from dannyman@arh0300.urh.uiuc.edu) Received: (from dannyman@localhost) by arh0300.urh.uiuc.edu (8.8.8/8.8.5) id XAA26595; Tue, 10 Feb 1998 23:29:41 -0600 (CST) Message-Id: <199802110529.XAA26595@arh0300.urh.uiuc.edu> Date: Tue, 10 Feb 1998 23:29:41 -0600 (CST) From: dannyman Reply-To: dannyman@arh0300.urh.uiuc.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5717: pw -D -g "" returns error Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5717 >Category: bin >Synopsis: pw -D -g "" returns error >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 10 21:30:00 PST 1998 >Last-Modified: >Originator: dannyman >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: # pw useradd -D -g "" pw: group `' does not exist the man page says that this should set behaviour to give users a personal default group. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 10 22:35:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA02519 for freebsd-bugs-outgoing; Tue, 10 Feb 1998 22:35:32 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ppp6455.on.bellglobal.com (ppp7228.on.bellglobal.com [206.172.249.196]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA02512 for ; Tue, 10 Feb 1998 22:35:20 -0800 (PST) (envelope-from ac199@hwcn.org) Received: from localhost (tim@localhost) by ppp6455.on.bellglobal.com (8.8.8/8.8.8) with SMTP id BAA01868; Wed, 11 Feb 1998 01:33:13 -0500 (EST) (envelope-from ac199@hwcn.org) X-Authentication-Warning: ppp6455.on.bellglobal.com: tim owned process doing -bs Date: Wed, 11 Feb 1998 01:33:12 -0500 (EST) From: Tim Vanderhoek X-Sender: tim@ppp6455.on.bellglobal.com Reply-To: ac199@hwcn.org To: Bobby LaThanh cc: freebsd-bugs@FreeBSD.ORG Subject: Re: Correction In-Reply-To: <199802110410.XAA00689@localhost.my.domain> 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 > The 2000 bug is NOT a Millenium bug. > The 1st Millenium went from the year 1 to 1000 > The 2nd Millenium is from the year 1001 to 2000 Yes, it's full name is "End of Millenium Bug". This is usually shortened, especially in the collequial, to "Millenium bug". -- tIM...HOEk OPTIMIZATION: the process of using many one-letter variables names hoping that the resultant code will run faster. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 10 22:45:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA04096 for freebsd-bugs-outgoing; Tue, 10 Feb 1998 22:45:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA03900; Tue, 10 Feb 1998 22:44:15 -0800 (PST) (envelope-from hoek@FreeBSD.org) From: Tim Vanderhoek Received: (from hoek@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA14094; Tue, 10 Feb 1998 22:42:47 -0800 (PST) Date: Tue, 10 Feb 1998 22:42:47 -0800 (PST) Message-Id: <199802110642.WAA14094@freefall.freebsd.org> To: proett@nas.nasa.gov, hoek@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5262 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: display sid in ps State-Changed-From-To: open-closed State-Changed-By: hoek State-Changed-When: Tue Feb 10 22:41:03 PST 1998 State-Changed-Why: Submitter refers us to kern/5587 in which he submits his preferred fix. 5587 includes patch and brief followup. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 11 02:10:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA26998 for freebsd-bugs-outgoing; Wed, 11 Feb 1998 02:10:02 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA26971; Wed, 11 Feb 1998 02:10:01 -0800 (PST) (envelope-from gnats) Date: Wed, 11 Feb 1998 02:10:01 -0800 (PST) Message-Id: <199802111010.CAA26971@hub.freebsd.org> To: freebsd-bugs Cc: From: Robert Nordier Subject: Re: bin/5710: Can't install X from DOS using setup.exe Reply-To: Robert Nordier Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5710; it has been noted by GNATS. From: Robert Nordier To: dwhite@resnet.uoregon.edu Cc: FreeBSD-gnats-submit@FreeBSD.ORG, rnordier@iafrica.com Subject: Re: bin/5710: Can't install X from DOS using setup.exe Date: Wed, 11 Feb 1998 12:08:06 +0200 (SAT) Doug White wrote: > >Number: 5710 > >Category: bin > >Synopsis: Can't install X from DOS using setup.exe > >Confidential: no > >Severity: serious > >Priority: high [ ... ] > >Description: > > During FreeBSD installation, if the user opts to install the X Window System, when > the installer reaches the point where it will begin extracting the X archives, it complains that > it cannot find X32BIN.TGZ. > > Proble reported as per discussion with Jordan. [ ...] The problem is that, like sysinstall, setup.exe has the names and descriptions of all distribution components hard-coded. A new version of setup.exe therefore has to be created when the structure of the distribution file-tree changes. Because the setup.exe on the 2.2.5 CD-ROM is actually the (obsolete) setup.exe for 2.2.0, it is expecting XFree86 3.2 rather than 3.3.1. This is really a release engineering issue. Some possible solutions: o Ensure that an updated setup.exe is prepared (if necessary) before burning each new CD-ROM release o Agree on a structured text file format, and include a file on the CD-ROM which setup.exe can parse, in order to construct its menus o Drop setup.exe from the CD-ROM distribution Since my impression is that about three people have ever used setup.exe (and one of them thought it did something else), I'm mostly in favor of the last option, myself. However, I don't mind continuing to maintain the program, if there is actually any need for it. -- Robert Nordier To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 11 02:37:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA00956 for freebsd-bugs-outgoing; Wed, 11 Feb 1998 02:37:43 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA00951 for ; Wed, 11 Feb 1998 02:37:40 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id CAA22630; Wed, 11 Feb 1998 02:37:13 -0800 (PST) To: Robert Nordier cc: freebsd-bugs@hub.FreeBSD.ORG Subject: Re: bin/5710: Can't install X from DOS using setup.exe In-reply-to: Your message of "Wed, 11 Feb 1998 02:10:01 PST." <199802111010.CAA26971@hub.freebsd.org> Date: Wed, 11 Feb 1998 02:37:13 -0800 Message-ID: <22626.887193433@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > o Agree on a structured text file format, and include a file > on the CD-ROM which setup.exe can parse, in order to construct > its menus That'd be nice for sysinstall too, but it's probably a bit late in the game to go for such an aggressive redesign. > o Drop setup.exe from the CD-ROM distribution Hmmm. That certainly eliminates a syncronization issue for the future, but it seems kind of sad to nuke the DOS installer's easy install feature, especially since so darn many of them completely refuse to read ABOUT.TXT and hence don't know that they have to include the foo.inf files along with the foo.?? files, and then they generate tech support when it fails. That and the fact that some of them will still want to type "setup" out of habit and will be confused when it comes back with a file not found error. I'm open to suggestions. :-) Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 11 07:14:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA18993 for freebsd-bugs-outgoing; Wed, 11 Feb 1998 07:14:46 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA18787; Wed, 11 Feb 1998 07:12:43 -0800 (PST) (envelope-from yokota@FreeBSD.org) From: Kazutaka YOKOTA Received: (from yokota@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA00880; Wed, 11 Feb 1998 07:12:41 -0800 (PST) Date: Wed, 11 Feb 1998 07:12:41 -0800 (PST) Message-Id: <199802111512.HAA00880@freefall.freebsd.org> To: uhclem@nemesis.lonestar.org, yokota@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/2424 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Pressing ALT-Fn during boot -c leave bell on - FDIV049 State-Changed-From-To: open-closed State-Changed-By: yokota State-Changed-When: Wed Feb 11 07:04:19 PST 1998 State-Changed-Why: Fixed in syscons.c v1.248 in 3.0-CURRENT. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 11 07:15:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA19097 for freebsd-bugs-outgoing; Wed, 11 Feb 1998 07:15:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA18980; Wed, 11 Feb 1998 07:14:36 -0800 (PST) (envelope-from yokota@FreeBSD.org) From: Kazutaka YOKOTA Received: (from yokota@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA00944; Wed, 11 Feb 1998 07:14:34 -0800 (PST) Date: Wed, 11 Feb 1998 07:14:34 -0800 (PST) Message-Id: <199802111514.HAA00944@freefall.freebsd.org> To: toasty@dragondata.com, yokota@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/5314 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Screensaver continues operating after kernel panic State-Changed-From-To: open-closed State-Changed-By: yokota State-Changed-When: Wed Feb 11 07:12:48 PST 1998 State-Changed-Why: Fix is in syscons.c v1.248, 3.0-CURRENT. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 11 07:30:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA20865 for freebsd-bugs-outgoing; Wed, 11 Feb 1998 07:30:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA20849; Wed, 11 Feb 1998 07:30:03 -0800 (PST) (envelope-from gnats) Date: Wed, 11 Feb 1998 07:30:03 -0800 (PST) Message-Id: <199802111530.HAA20849@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: bin/5711: bin/cat code cleanup Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5711; it has been noted by GNATS. From: Bruce Evans To: freebsd-gnats-submit@FreeBSD.ORG, jason_smethers@bigfoot.com Cc: Subject: Re: bin/5711: bin/cat code cleanup Date: Thu, 12 Feb 1998 02:18:18 +1100 Review: >diff -c -r /usr/src/bin/cat/cat.1 /usr/local/src/bin/cat/cat.1 >*** /usr/src/bin/cat/cat.1 Sat Feb 22 08:01:26 1997 >--- /usr/local/src/bin/cat/cat.1 Mon Feb 2 18:18:34 1998 >*************** >*** 13,19 **** > .\" notice, this list of conditions and the following disclaimer in the > .\" documentation and/or other materials provided with the distribution. > .\" 3. All advertising materials mentioning features or use of this software >! .\" must display the following acknowledgement: > .\" This product includes software developed by the University of > .\" California, Berkeley and its contributors. > .\" 4. Neither the name of the University nor the names of its contributors >--- 13,19 ---- > .\" notice, this list of conditions and the following disclaimer in the > .\" documentation and/or other materials provided with the distribution. > .\" 3. All advertising materials mentioning features or use of this software >! .\" must display the following acknowledgment: > .\" This product includes software developed by the University of > .\" California, Berkeley and its contributors. > .\" 4. Neither the name of the University nor the names of its contributors Don't "fix" alternative spellings. "acknowledgment" is used in only 38 files in /usr/src; "acknowledgement" is used in 5148, mostly in vendor (CSRG) copyrights. Do you really wish to "fix" them all? :-) >--- 118,134 ---- >... >! .Sh STANDARDS >! The >! .Nm cat >! utility is compliant with the >! .St -p1003.2-92 >! specification. >... "is compliant with" should be "conforms to". >diff -c -r /usr/src/bin/cat/cat.c /usr/local/src/bin/cat/cat.c >*** /usr/src/bin/cat/cat.c Fri Mar 28 09:24:04 1997 >--- /usr/local/src/bin/cat/cat.c Tue Feb 3 17:33:24 1998 >*************** >*** 63,68 **** >--- 63,69 ---- > int rval; > char *filename; > >+ int main __P((int, char *[])); > void cook_args __P((char *argv[])); > void cook_buf __P((FILE *)); > void raw_args __P((char *argv[])); Lists of declarations should be ordered. Ordered lists shall remain ordered. >*************** >*** 96,107 **** > tflag = vflag = 1; /* -t implies -v */ > break; > case 'u': >! setbuf(stdout, (char *)NULL); > break; > case 'v': > vflag = 1; > break; > default: > (void)fprintf(stderr, > "usage: cat [-benstuv] [-] [file ...]\n"); > exit(1); >--- 97,109 ---- > tflag = vflag = 1; /* -t implies -v */ > break; > case 'u': >! setbuf(stdout, NULL); > break; > case 'v': > vflag = 1; > break; > default: >+ case '?': > (void)fprintf(stderr, > "usage: cat [-benstuv] [-] [file ...]\n"); > exit(1); Removing the cast just weakens K&R support. >*************** >*** 248,258 **** > err(1, "%s", filename); > bsize = MAX(sbuf.st_blksize, 1024); > if ((buf = malloc((u_int)bsize)) == NULL) >! err(1, NULL); > } >! while ((nr = read(rfd, buf, bsize)) > 0) > for (off = 0; nr; nr -= nw, off += nw) >! if ((nw = write(wfd, buf + off, nr)) < 0) > err(1, "stdout"); > if (nr < 0) { > warn("%s", filename); >--- 250,260 ---- > err(1, "%s", filename); > bsize = MAX(sbuf.st_blksize, 1024); > if ((buf = malloc((u_int)bsize)) == NULL) >! err(1, "cannot allocate buffer"); > } >! while ((nr = read(rfd, buf, (u_int)bsize)) > 0) > for (off = 0; nr; nr -= nw, off += nw) >! if ((nw = write(wfd, buf + off, (u_int)nr)) < 0) > err(1, "stdout"); > if (nr < 0) { > warn("%s", filename); > Don't add bogus casts. write()'s third arg has type size_t, not necessarily u_int. Don't cast at all if possible; use variables with the correct type instead. Here a complete cleanup requires at least: (1) overflow handling for `bsize = MAX(sbuf.st_blksize, 1024);'. st_blksize has type u_int32_t for stat() and int32_t for ostat(). bsize should have type size_t and (to avoid bloat to handle portability problems) value <= SSIZE_T_MAX and (to avoid using a non-power-of 2 size) a value normally somewhat less than SSIZE_T_MAX. A simple implementation of this: size_t bsize; ... bsize = MIN(sbuf.st_blksize, SSIZE_T_MAX); if (bsize != sbuf.st_blksize) { /* * This shouldn't happen in practice, so don't bother * finding the largest power of 2 <= SSIZE_T_MAX. */ assert(SSIZE_T_MAX >= 32767); bsize = 16384; } /* * Don't increase bsize to 1024 if sbuf.s_blksize < 1024, as in * the original version. The system should know better than us * whether a small size is best. */ 2) Declare variables with the correct types. Since bsize < SSIZE_T_MAX, we don't have to worry about read() or write() returning < 0 for a non-error. ssize_t nr, nw, off; 3) We still need to cast nr (to (size_t)) in the write() call to avoid compiler warnings. The compiler can't be expected to know that nr >= 0, since it can't be expected to know that write() returns a value less than the amount requsted (modulo overflow problems which can't happen here because bsize <= SSIZE_T_MAX), allthough it could know that the initial nr is >= 0. Assigning nr to a variable with type size_t just to avoid the cast would be worse than casting it. 4) Fix a non-cosmetic bug while we're here. bsize is static; it is computed for the first call to raw_cat() and may be pessimal or wrong (too small for a raw device) for subsequent calls. See mv/mv.c:fastcopy() for fixes for this. Don't copy too much from there. Type mismatches aren't handled there, and only regular files are supported (short writes can be treated as errors since they can't happen for regular files). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 11 07:35:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA21366 for freebsd-bugs-outgoing; Wed, 11 Feb 1998 07:35:42 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA20638; Wed, 11 Feb 1998 07:28:00 -0800 (PST) (envelope-from yokota@FreeBSD.org) From: Kazutaka YOKOTA Received: (from yokota@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA01109; Wed, 11 Feb 1998 07:27:58 -0800 (PST) Date: Wed, 11 Feb 1998 07:27:58 -0800 (PST) Message-Id: <199802111527.HAA01109@freefall.freebsd.org> To: ekarkkai@hit.fi, yokota@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/2977 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: After enabling moused and vidcontrol and useing mouse screen goes randomly blank for a moment State-Changed-From-To: open-analyzed State-Changed-By: yokota State-Changed-When: Wed Feb 11 07:24:47 PST 1998 State-Changed-Why: syscons.c v1.250 in 3.0-CURRENT should solve this problem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 11 08:30:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA29451 for freebsd-bugs-outgoing; Wed, 11 Feb 1998 08:30:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA29424; Wed, 11 Feb 1998 08:30:02 -0800 (PST) (envelope-from gnats) Date: Wed, 11 Feb 1998 08:30:02 -0800 (PST) Message-Id: <199802111630.IAA29424@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: bin/5712: /bin/chio code cleaup and option added Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5712; it has been noted by GNATS. From: Bruce Evans To: freebsd-gnats-submit@FreeBSD.ORG, jason_smethers@bigfoot.com Cc: Subject: Re: bin/5712: /bin/chio code cleaup and option added Date: Thu, 12 Feb 1998 03:22:55 +1100 Review (points noted in review of `cat' cleanup not all repeated): >diff -c -r /usr/src/bin/chio/chio.1 /usr/local/src/bin/chio/chio.1 >*** /usr/src/bin/chio/chio.1 Sat Sep 13 11:01:18 1997 >--- /usr/local/src/bin/chio/chio.1 Sun Feb 8 21:16:55 1998 >... >--- 190,203 ---- > Moves the media in slot 3 (fourth slot) to drive 0 (first drive). > .Pp > .Nm chio setpicker 2 >+ .Pp > Configures the changer to use picker 2 (third picker) for operations. > .Pp > .Sh FILES > /dev/ch0 - default changer device > .Sh SEE ALSO > .Xr mt 1 , >! .Xr ch 4 > .Xr mount 8 . >... Lost a comma. >diff -c -r /usr/src/bin/chio/chio.c /usr/local/src/bin/chio/chio.c >*** /usr/src/bin/chio/chio.c Fri Jun 6 01:32:09 1997 >--- /usr/local/src/bin/chio/chio.c Sun Feb 8 19:08:22 1998 >*************** >*** 47,52 **** >--- 47,53 ---- > #include "defs.h" > #include "pathnames.h" > >+ int main __P((int, char *[])); > static void usage __P((void)); > static void cleanup __P((void)); > static int parse_element_type __P((char *)); >*************** >*** 62,67 **** >--- 63,69 ---- > static int do_getpicker __P((char *, int, char **)); > static int do_setpicker __P((char *, int, char **)); > static int do_status __P((char *, int, char **)); >+ static int do_ielem __P((char *, int, char **)); > > /* Valid changer element types. */ > const struct element_type elements[] = { >*************** >*** 81,86 **** >--- 83,89 ---- > { "getpicker", do_getpicker }, > { "setpicker", do_setpicker }, > { "status", do_status }, >+ { "ielem", do_ielem }, > { NULL, 0 }, > }; > The lists are more disordered than before. >*************** >*** 135,146 **** >--- 138,157 ---- > for (i = 0; commands[i].cc_name != NULL; ++i) > if (strcmp(*argv, commands[i].cc_name) == 0) > break; >+ if (commands[i].cc_name == NULL) { >+ /* look for abbreviation */ >+ for (i = 0; commands[i].cc_name != NULL; ++i) >+ if (strncmp(*argv, commands[i].cc_name, >+ strlen(*argv)) == 0) >+ break; >+ } > if (commands[i].cc_name == NULL) > errx(1, "unknown command: %s", *argv); > > /* Skip over the command name and call handler. */ > ++argv; --argc; > exit ((*commands[i].cc_handler)(commands[i].cc_name, argc, argv)); >+ /* NOTREACHED */ > } I don't like comments for a nonexistent/unusable lint. gcc knows that exit() doesn't return. > static int >*************** >*** 166,172 **** > warnx("%s: too many arguments", cname); > goto usage; > } >! bzero(&cmd, sizeof(cmd)); > > /* */ > cmd.cm_fromtype = parse_element_type(*argv); >--- 177,183 ---- > warnx("%s: too many arguments", cname); > goto usage; > } >! (void) memset(&cmd, 0, sizeof(cmd)); > > /* */ > cmd.cm_fromtype = parse_element_type(*argv); style(9) specifies no space after casts. This rule is followed only about half the time for casts of function return values in the kernel, but I think it should be followed in new code. I don't like casting function return values anyway. >--- 534,551 ---- >... >+ >+ default: >+ /* To appease gcc -Wuninitialized. */ >+ count = 0; >+ description = NULL; Not initializing `count' would just be a bug. Only `description' must be set to appease gcc. >--- 578,601 ---- >... >+ /* ARGSUSED */ >+ static int >+ do_ielem(cname, argc, argv) >+ char *cname; >+ int argc; >+ char **argv; >+ { >+ if (ioctl(changer_fd, CHIOIELEM, NULL)) >+ err(1, "%s: CHIOIELEM", changer_name); >+ >+ return (0); >+ } >+ >+ > static int > parse_element_type(cp) > char *cp; style(9) should specify that there are no empty lines between statements except to separate blocks of code headed by a comment, and no pairs of empty lines. >*************** >*** 576,581 **** >--- 607,613 ---- > return (elements[i].et_type); > > errx(1, "invalid element type `%s'", cp); >+ /* NOTREACHED */ > } > > static int gcc also understands that errx() returns. I think the author of lint was going to teach it about gcc attributes, but has stopped working on it. >*************** >*** 636,642 **** > if ((v & (1 << (f - 1))) == 0) > continue; > bp += snprintf(bp, sizeof(buf) - (bp - &buf[0]), >! "%c%.*s", sep, np - cp, cp); > sep = ','; > } > if (sep != '<') >--- 669,675 ---- > if ((v & (1 << (f - 1))) == 0) > continue; > bp += snprintf(bp, sizeof(buf) - (bp - &buf[0]), >! "%c%.*s", sep, (int)(long)(np - cp), cp); > sep = ','; > } > if (sep != '<') style(9) specifies a secondary indent of 4. Casting to (long) is bogus here. >*************** >*** 648,654 **** > static void > cleanup() > { >- > /* Simple enough... */ > (void)close(changer_fd); > } style(9) specifies the empty line that was here. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 11 09:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA03188 for freebsd-bugs-outgoing; Wed, 11 Feb 1998 09:00:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA03164; Wed, 11 Feb 1998 09:00:02 -0800 (PST) (envelope-from gnats) Received: from dorifer.heim3.tu-clausthal.de (dorifer.heim3.tu-clausthal.de [139.174.243.252]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA01766 for ; Wed, 11 Feb 1998 08:49:15 -0800 (PST) (envelope-from olli@dorifer.heim3.tu-clausthal.de) Received: (from olli@localhost) by dorifer.heim3.tu-clausthal.de (8.8.8/8.8.8) id RAA27213; Wed, 11 Feb 1998 17:49:02 +0100 (CET) (envelope-from olli) Message-Id: <199802111649.RAA27213@dorifer.heim3.tu-clausthal.de> Date: Wed, 11 Feb 1998 17:49:02 +0100 (CET) From: Oliver Fromme Reply-To: oliver.fromme@heim3.tu-clausthal.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5721: "more" coredumps when sent two signals Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5721 >Category: bin >Synopsis: "more" coredumps when sent two signals >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 11 09:00:01 PST 1998 >Last-Modified: >Originator: Oliver Fromme >Organization: Administration Heim 3 (Technical University of Clausthal) >Release: FreeBSD 2.2-971223-SNAP i386 >Environment: `uname -a`: FreeBSD dorifer.heim3.tu-clausthal.de 2.2-971223-SNAP FreeBSD 2.2-971223-SNAP #0: Sun Feb 1 16:24:13 CET 1998 olli@dorifer.heim3.tu-clausthal.de:/usr/src/sys/compile/DORIFER i386 >Description: /usr/bin/more coredumps (with various signals, obviously SIGBUS most of the time) if it receives two signals in short succession. This could be reproduced on several 2.2.x machines. >How-To-Repeat: At a shell prompt, type: /usr/bin/more /some/large/file In another shell, find out the PID of that more and then type: kill -TSTP ; kill -TSTP This has to be on one line, so the two signals are sent in short succession. >Fix: --- os.c.orig Fri May 27 14:30:45 1994 +++ os.c Wed Feb 11 09:53:16 1998 @@ -180,6 +180,7 @@ intread() { + reading = 0; (void)sigsetmask(0L); longjmp(read_label, 1); } >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 11 10:52:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA21457 for freebsd-bugs-outgoing; Wed, 11 Feb 1998 10:52:34 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from proxyb2.san.rr.com (proxyb2-atm.san.rr.com [204.210.0.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA21343; Wed, 11 Feb 1998 10:52:21 -0800 (PST) (envelope-from Studded@dal.net) Received: from dal.net (dt051n19.san.rr.com [204.210.32.25]) by proxyb2.san.rr.com (8.8.7/8.8.8) with ESMTP id KAA10116; Wed, 11 Feb 1998 10:49:41 -0800 (PST) Message-ID: <34E1F2C5.DF51320D@dal.net> Date: Wed, 11 Feb 1998 10:49:41 -0800 From: Studded Organization: Triborough Bridge and Tunnel Authority X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 2.2.5-STABLE-0131 i386) MIME-Version: 1.0 To: hybrid@slip.net CC: freebsd-bugs@FreeBSD.ORG, freebsd-chat@FreeBSD.ORG Subject: Re: Correction References: <34DFDDA2.150A@slip.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Bobby LaThanh wrote: > > The 2000 bug is NOT a Millenium bug. In addition to the numerous faulty assumptions you're making here, you're fighting a huge uphill battle against the common usage. However of the various arguments I've heard regarding this, yours are the weakest. > The 1st Millenium went from the year 1 to 1000 To start, there was no year 1. The best guess from those who've studied this is that the year of Jesus' birth was approximately what we would call 4 A.D. Even this date is up to dispute however. > The 2nd Millenium is from the year 1001 to 2000 Even assuming that 1001 is accurate, you're neglecting several important items, not the least of which is the change from julian to gregorian calendars. > The New Millenium wil not be until 2001... > > Same idea goes for the 21st century which will also not start until 2001 Finally, your conclusions are extremely Anglo-centric. There are lots of population groups in the world (in fact, a significant percentage if not the majority) who don't give a hoot about your "next millenium" because they don't measure time the same way we do. The most correct terminology is the one most commonly used, which is to refer to the "Year 2000 problem," or as it is often abbreviated, "Y2K." If you'd like to follow up on the socio-political aspects of the post, please do so on -chat. Hope this is of interest to someone, :) Doug -- *** Chief Operations Officer, DALnet IRC network *** *** Proud operator, designer and maintainer of the world's largest *** Internet Relay Chat server. 5,328 clients and still growing. *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 11 11:37:00 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA01485 for freebsd-bugs-outgoing; Wed, 11 Feb 1998 11:37:00 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from emmi.physik.TU-Berlin.DE (emmi.physik.TU-Berlin.DE [130.149.160.103]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA01322; Wed, 11 Feb 1998 11:35:58 -0800 (PST) (envelope-from ibex@emmi.physik.TU-Berlin.DE) Received: from cip5201.physik.TU-Berlin.DE (cip5201.physik.TU-Berlin.DE [130.149.161.224]) by emmi.physik.TU-Berlin.DE (8.8.8/8.8.8) with ESMTP id UAA04159; Wed, 11 Feb 1998 20:35:43 +0100 (CET) (envelope-from ibex@emmi.physik.TU-Berlin.DE) Received: (from ibex@localhost) by cip5201.physik.TU-Berlin.DE (8.8.7/8.8.7) id UAA00517; Wed, 11 Feb 1998 20:35:43 +0100 (CET) Message-ID: <19980211203542.52477@physik.TU-Berlin.DE> Date: Wed, 11 Feb 1998 20:35:42 +0100 From: Dirk Froemberg To: freebsd-gnats-submit@FreeBSD.ORG, kmitch@cslab.vt.edu, wpaul@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5610: getpwnam and getpwuid do not use the +@netgroup convention in /etc/passwd. Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=6TrnltStXW4iwmi0 X-Mailer: Mutt 0.89i Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Keith Mitchell wrote: > The getpwnam and getpwuid system calls do not correctly lookup netgroups > int the passwd file via a +@netgroup entry. They do, however work with > a +user entry. The getpwent system call does parse the netgroup > imports. Hello! The problem seems to be _listmatch() in /usr/src/lib/libc/gen/getnetgrent.c:278. It is used by innetgr(3). If the first argument to _listmatch() is not a comma seperated list, ptr increases "forever" in line 296/297. The attached patch to getnetgrent.c solved the problem for me. Please have a look at it and feel free to use it. Best regards Dirk -- e-mail: ibex@physik.tu-berlin.de --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="getnetgrent.c.diff" *** getnetgrent.c.dist Wed Nov 19 22:41:42 1997 --- getnetgrent.c Wed Feb 11 19:46:02 1998 *************** *** 286,299 **** while(isspace(*ptr)) ptr++; ! while (ptr < list + len) { ! cptr = ptr; ! while(*ptr != ',' && !isspace(*ptr)) ! ptr++; ! if (strncmp(cptr, group, glen) == 0 && glen == (ptr - cptr)) return(1); ! while(*ptr == ',' || isspace(*ptr)) ! ptr++; } return(0); --- 286,305 ---- while(isspace(*ptr)) ptr++; ! if ((strchr(list, ',') == NULL)) { ! if (strncmp(ptr, group, glen) == 0) { return(1); ! } ! } else { ! while (ptr < list + len) { ! cptr = ptr; ! while(*ptr != ',' && !isspace(*ptr)) ! ptr++; ! if (strncmp(cptr, group, glen) == 0 && glen == (ptr - cptr)) ! return(1); ! while(*ptr == ',' || isspace(*ptr)) ! ptr++; ! } } return(0); --6TrnltStXW4iwmi0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 11 11:40:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA02362 for freebsd-bugs-outgoing; Wed, 11 Feb 1998 11:40:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA02332; Wed, 11 Feb 1998 11:40:02 -0800 (PST) (envelope-from gnats) Date: Wed, 11 Feb 1998 11:40:02 -0800 (PST) Message-Id: <199802111940.LAA02332@hub.freebsd.org> To: freebsd-bugs Cc: From: Dirk Froemberg Subject: Re: bin/5610: getpwnam and getpwuid do not use the +@netgroup convention in /etc/passwd. Reply-To: Dirk Froemberg Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5610; it has been noted by GNATS. From: Dirk Froemberg To: freebsd-gnats-submit@freebsd.org, kmitch@cslab.vt.edu, wpaul@freebsd.org, freebsd-bugs@freebsd.org Cc: Subject: Re: bin/5610: getpwnam and getpwuid do not use the +@netgroup convention in /etc/passwd. Date: Wed, 11 Feb 1998 20:35:42 +0100 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Keith Mitchell wrote: > The getpwnam and getpwuid system calls do not correctly lookup netgroups > int the passwd file via a +@netgroup entry. They do, however work with > a +user entry. The getpwent system call does parse the netgroup > imports. Hello! The problem seems to be _listmatch() in /usr/src/lib/libc/gen/getnetgrent.c:278. It is used by innetgr(3). If the first argument to _listmatch() is not a comma seperated list, ptr increases "forever" in line 296/297. The attached patch to getnetgrent.c solved the problem for me. Please have a look at it and feel free to use it. Best regards Dirk -- e-mail: ibex@physik.tu-berlin.de --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="getnetgrent.c.diff" *** getnetgrent.c.dist Wed Nov 19 22:41:42 1997 --- getnetgrent.c Wed Feb 11 19:46:02 1998 *************** *** 286,299 **** while(isspace(*ptr)) ptr++; ! while (ptr < list + len) { ! cptr = ptr; ! while(*ptr != ',' && !isspace(*ptr)) ! ptr++; ! if (strncmp(cptr, group, glen) == 0 && glen == (ptr - cptr)) return(1); ! while(*ptr == ',' || isspace(*ptr)) ! ptr++; } return(0); --- 286,305 ---- while(isspace(*ptr)) ptr++; ! if ((strchr(list, ',') == NULL)) { ! if (strncmp(ptr, group, glen) == 0) { return(1); ! } ! } else { ! while (ptr < list + len) { ! cptr = ptr; ! while(*ptr != ',' && !isspace(*ptr)) ! ptr++; ! if (strncmp(cptr, group, glen) == 0 && glen == (ptr - cptr)) ! return(1); ! while(*ptr == ',' || isspace(*ptr)) ! ptr++; ! } } return(0); --6TrnltStXW4iwmi0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 11 13:39:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA26893 for freebsd-bugs-outgoing; Wed, 11 Feb 1998 13:39:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ampere.iie.edu.uy (ampere.iie.edu.uy [164.73.224.40]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA26839 for ; Wed, 11 Feb 1998 13:38:34 -0800 (PST) (envelope-from gabriel@ampere.iie.edu.uy) Received: (from gabriel@localhost) by ampere.iie.edu.uy (8.8.7/8.8.7) id SAA11699 for freebsd-bugs@FreeBSD.ORG; Wed, 11 Feb 1998 18:43:13 -0300 (UYT) (envelope-from gabriel) From: Gabriel Gomez Message-Id: <199802112143.SAA11699@ampere.iie.edu.uy> Subject: pine in 2.2.5-RELEASE To: freebsd-bugs@FreeBSD.ORG Date: Wed, 11 Feb 1998 18:43:13 -0300 (UYT) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I want you to notice that the 2.2.5-RELEASE distribution available in ftp.freebsd.org and its mirrors has at least one corrupt file. The packages/All/pinei-3.96.tgz file is corrupted. Look the tar's output: # tar tvzf pine-3.96.tgz -rw-r--r-- root/bin 844 Oct 17 08:24 1997 +CONTENTS -rw-r--r-- root/bin 37 Oct 17 08:24 1997 +COMMENT -rw-r--r-- root/bin 925 Oct 17 08:24 1997 +DESC -rw-r--r-- root/wheel 4296 Oct 15 21:17 1997 +MTREE_DIRS -r-xr-xr-x bin/bin 12288 Oct 17 08:22 1997 bin/pico -r-xr-xr-x bin/bin 12288 Oct 17 08:22 1997 bin/pilot -r-xr-xr-x bin/bin 1163264 Oct 17 08:22 1997 bin/pine tar: Skipping to next file header... The solution is cd to /usr/ports/mail/pine and run make install as root. Bye -- Gabriel Gomez gabriel@iie.edu.uy Instituto de Ingenieria Electrica Facultad de Ingenieria To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 11 15:04:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA09756 for freebsd-bugs-outgoing; Wed, 11 Feb 1998 15:04:09 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mxrelay.lanminds.com (mxrelay.lanminds.com [208.1.127.6]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA09751 for ; Wed, 11 Feb 1998 15:04:08 -0800 (PST) (envelope-from jhbrown@ix.netcom.com) Received: from loafeater (wck-ca8-23.ix.netcom.com [204.31.231.87]) by mxrelay.lanminds.com (8.8.5/8.8.5) with SMTP id PAA15986 for ; Wed, 11 Feb 1998 15:00:52 -0800 Message-Id: <199802112300.PAA15986@mxrelay.lanminds.com> X-Sender: X-Mailer: Date: Wed, 11 Feb 1998 15:04:39 -0800 To: freebsd-bugs@FreeBSD.ORG From: James Brown Subject: corrupt video Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org here's one i've never seen before. when the screen goes into energy saver mode, the text characters are corrupted after the screen comes back. have you heard of anything like this? i'm using walnut creek cdrom freebsd 2.2.5 11/97. thanks, james To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 11 15:20:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA12243 for freebsd-bugs-outgoing; Wed, 11 Feb 1998 15:20:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA12115 for ; Wed, 11 Feb 1998 15:19:59 -0800 (PST) (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp) Received: by outmail.utsunomiya-u.ac.jp id AA07695; Thu, 12 Feb 1998 08:18:17 +0900 Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP id IAA11563; Thu, 12 Feb 1998 08:26:01 +0900 (JST) Message-Id: <199802112326.IAA11563@zodiac.mech.utsunomiya-u.ac.jp> To: James Brown Cc: freebsd-bugs@FreeBSD.ORG, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: corrupt video In-Reply-To: Your message of "Wed, 11 Feb 1998 15:04:39 PST." <199802112300.PAA15986@mxrelay.lanminds.com> References: <199802112300.PAA15986@mxrelay.lanminds.com> Date: Thu, 12 Feb 1998 08:25:25 +0900 From: Kazutaka YOKOTA Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >here's one i've never seen before. when the screen goes into energy saver >mode, You mean the display is set to go blank after a set period by the power management in BIOS? You are not talking about the blank or green screen saver in 2.2.5, are you? >the text characters are corrupted after the screen comes back. have you >heard of anything like this? i'm using walnut creek cdrom freebsd 2.2.5 >11/97. There was a similar report in the past. It was about a ET-6000 based video card, I think... At that time it was considered a BIOS problem, as the power management BIOS shouldn't destroy video memory contents including font data. Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 11 16:00:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA18373 for freebsd-bugs-outgoing; Wed, 11 Feb 1998 16:00:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA18325; Wed, 11 Feb 1998 16:00:01 -0800 (PST) (envelope-from gnats) Received: from proxy-bsb.gns.com.br (Uha1pBUSgKQamf88cJ1dR6o1XjjtxyUD@srv1-bsb.GNS.com.br [200.239.56.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA16693 for ; Wed, 11 Feb 1998 15:50:35 -0800 (PST) (envelope-from dcs@gns.com.br) Received: (qmail 24385 invoked by uid 1147); 11 Feb 1998 23:46:03 -0000 Received: from srv1-bsb.gns.com.br (200.239.56.1) by proxy-bsb.gns.com.br with SMTP; 11 Feb 1998 23:46:03 -0000 Received: (from mail@localhost) by srv1-bsb.gns.com.br (8.8.8/8.8.8) id VAA24381 for ; Wed, 11 Feb 1998 21:46:03 -0200 (EDT) Received: from dl0235-bsb.gns.com.br(200.239.56.235) by srv1-bsb.gns.com.br via smap (V2.0) id xma024263; Wed, 11 Feb 98 21:45:21 -0200 Received: (from dcs@localhost) by daniel.sobral (8.8.8/8.8.6) id VAA01329; Wed, 11 Feb 1998 21:15:53 -0200 (EDT) Message-Id: <199802112315.VAA01329@daniel.sobral> Date: Wed, 11 Feb 1998 21:15:53 -0200 (EDT) From: "Daniel C. Sobral" Reply-To: dcs@gns.com.br To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/5722: Brazil can't decide on daylight savings Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5722 >Category: misc >Synopsis: Brazil can't decide on daylight savings >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 Feb 11 16:00:00 PST 1998 >Last-Modified: >Originator: Daniel C. Sobral >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: Any FreeBSD. >Description: Brazil can't decide on which days should daylight savings begin/end. It began October 6 last year (because of Pope's visit and foreign network television not paying attention to when would DS begin), and it will end March first this year because of electrical problems. Aside from that, and until the next time someone decides he has nothing better to do, latest normal rules apply. >How-To-Repeat: Wait a single more week... :-) >Fix: This fix corrects not only the newest government bs, but it also corrects last year government bs, since whoever handed around the patch last year did not follow my advise to submit it. *** southamerica.orig Wed Feb 11 21:06:09 1998 --- southamerica Wed Feb 11 21:06:58 1998 *************** *** 272,277 **** --- 272,279 ---- Rule Brazil 1994 1995 - Feb Sun>=15 0:00 0 S Rule Brazil 1996 max - Feb Sun>=11 0:00 0 S Rule Brazil 1996 max - Oct Sun>=1 0:00 1:00 D + Rule Brazil 1997 only - Oct 6 0:00 1:00 D + Rule Brazil 1998 only - Mar 1 0:00 0 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] # >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 11 16:00:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA18386 for freebsd-bugs-outgoing; Wed, 11 Feb 1998 16:00:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA18372; Wed, 11 Feb 1998 16:00:03 -0800 (PST) (envelope-from gnats) Received: from proxy-bsb.gns.com.br (FB21eJBrfY78CFG0TL1O2PA8uIgVgal0@srv1-bsb.GNS.com.br [200.239.56.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA17480 for ; Wed, 11 Feb 1998 15:55:42 -0800 (PST) (envelope-from dcs@gns.com.br) Received: (qmail 24509 invoked by uid 1147); 11 Feb 1998 23:50:03 -0000 Received: from srv1-bsb.gns.com.br (200.239.56.1) by proxy-bsb.gns.com.br with SMTP; 11 Feb 1998 23:50:03 -0000 Received: (from mail@localhost) by srv1-bsb.gns.com.br (8.8.8/8.8.8) id VAA24501 for ; Wed, 11 Feb 1998 21:50:03 -0200 (EDT) Received: from dl0235-bsb.gns.com.br(200.239.56.235) by srv1-bsb.gns.com.br via smap (V2.0) id xma024481; Wed, 11 Feb 98 21:49:52 -0200 Received: (from dcs@localhost) by daniel.sobral (8.8.8/8.8.6) id VAA01820; Wed, 11 Feb 1998 21:50:44 -0200 (EDT) Message-Id: <199802112350.VAA01820@daniel.sobral> Date: Wed, 11 Feb 1998 21:50:44 -0200 (EDT) From: "Daniel C. Sobral" Reply-To: dcs@gns.com.br To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: misc/5723: I have been lazy in my pt_BR support to syscons Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5723 >Category: misc >Synopsis: I have been lazy in my pt_BR support to syscons >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: Wed Feb 11 16:00:02 PST 1998 >Last-Modified: >Originator: Daniel C. Sobral >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD-current. >Description: Brazilian keyboard with accent support is missing, and the INDEX.keymaps does not support portuguese language too well... >How-To-Repeat: Err... mmmm... Ah, hell, just trust me. :-) >Fix: Two fixes, one diff between - and a new file. *** INDEX.keymaps.orig Wed Feb 11 21:25:38 1998 --- INDEX.keymaps Wed Feb 11 21:39:12 1998 *************** *** 25,141 **** MENU:de:Wähle Deine Tastaturbelegung MENU:fr:Choisissez la nationalité de votre clavier MENU:pl:Wybierz uk³ad klawiatury # FONT:en:cp437-8x16.fnt ! FONT:de,fr,da,no,sv:iso-8x16.fnt FONT:ru:koi8-r-8x16.fnt FONT:pl:iso02-8x16.fnt # be.iso.kbd:en:Belgian ISO-8859-1 be.iso.kbd:de:Belgisch ISO-8859-1 br275.iso.kbd:en:Brazilian 275 keyboard ISO-8859-1 br275.iso.kbd:de:Brasilianische Tastatur 275 ISO-8859-1 br275.cp850.kbd:en:Brazilian 275 keyboard Codepage 850 br275.cp850.kbd:de:Brasilianische Tastatur 275 Codeseite 850 danish.iso.kbd:en:Danish ISO-8859-1 danish.iso.kbd:da:Dansk ISO-8859-1 danish.iso.kbd:de:Dänisch ISO-8859-1 danish.iso.kbd:fr:Danois ISO-8859-1 danish.cp865.kbd:en:Danish Codepage 865 danish.cp865.kbd:da:Dansk Code page 865 danish.cp865.kbd:de:Dänisch Codeseite 865 danish.cp865.kbd:fr:Danois Code page 865 fr.iso.kbd:en:French ISO-8859-1 fr.iso.kbd:de:Französisch ISO-8859-1 fr.iso.kbd:fr:Français ISO-8859-1 fr.iso.acc.kbd:en:French ISO-8859-1 (accent keys) fr.iso.acc.kbd:de:Französisch ISO-8859-1 (accent keys) fr.iso.acc.kbd:fr:Français ISO-8859-1 (accent keys) german.iso.kbd:en:German ISO-8859-1 german.iso.kbd:de:Deutsch ISO-8859-1 german.iso.kbd:fr:Allemand ISO-8859-1 german.cp850.kbd:en:German Codepage 850 german.cp850.kbd:de:Deutsch Codeseite 850 german.cp850.kbd:fr:Allemand Code page 850 icelandic.iso.kbd:en:Icelandic ISO-8859-1 icelandic.iso.acc.kbd:en:Icelandic ISO-8859-1 (accent keys) it.iso.kbd:en:Italian ISO-8859-1 it.iso.kbd:de:Italienisch ISO-8859-1 jp.106.kbd:en:Japanese 106 jp.106.kbd:de:Japanisch 106 jp.106x.kbd:en:Japanese 106x jp.106x.kbd:de:Japanisch 106x lat-amer.kbd:en:Latin American norwegian.iso.kbd:en:Norwegian ISO-8859-1 norwegian.iso.kbd:no:Norsk ISO-8859-1 norwegian.iso.kbd:de:Norwegisch ISO-8859-1 pl_PL.ISO_8859-2.kbd:en:Polish ISO-8859-2 (programmer's) pl_PL.ISO_8859-2.kbd:pl:Polska ISO-8859-2 (programisty) ru.cp866.kbd:en:Russian Codepage 866 (alternative) ru.cp866.kbd:de:Russisch Codeseite 866 (alternativ) ru.cp866.kbd:ru:òÕÓÓËÉÊ Codepage 866 (alternative) ru.cp866.kbd:fr:Russe Code page 866 (alternative) ru.koi8-r.kbd:en:Russian koi8-r ru.koi8-r.kbd:de:Russisch koi8-r ru.koi8-r.kbd:ru:òÕÓÓËÉÊ koi8-r ru.koi8-r.kbd:fr:Russe koi8-r ru.koi8-r.shift.kbd:en:Russian koi8-r (shift) ru.koi8-r.shift.kbd:de:Russisch koi8-r (shift) ru.koi8-r.shift.kbd:ru:òÕÓÓËÉÊ koi8-r (shift) ru.koi8-r.shift.kbd:fr:Russe koi8-r (shift) spanish.iso.kbd:en:Spanish ISO-8859-1 spanish.iso.kbd:de:Spanisch ISO-8859-1 spanish.iso.acc.kbd:en:Spanish ISO-8859-1 (accent keys) spanish.iso.acc.kbd:de:Spanisch ISO-8859-1 (accent keys) si.iso.kbd:en:Slovenian ISO-8859-2 swedish.iso.kbd:en:Swedish ISO-8859-1 swedish.iso.kbd:de:Schwedisch ISO-8859-1 swedish.iso.kbd:fr:Suédois ISO-8859-1 swedish.cp850.kbd:en:Swedish Codepage 850 swedish.cp850.kbd:de:Schwedisch Codeseite 850 swedish.cp850.kbd:fr:Suédois Code page 850 swissgerman.iso.kbd:en:Swiss-German ISO-8859-1 uk.iso.kbd:en:United Kingdom ISO-8859-1 uk.iso.kbd:de:Vereinigtes Königreich ISO-8859-1 uk.iso.kbd:fr:Royaume Uni ISO-8859-1 uk.cp850.kbd:en:United Kingdom Codepage 850 uk.cp850.kbd:de:Vereinigtes Königreich Codeseite 850 uk.cp850.kbd:fr:Royaume Uni Code page 850 us.iso.kbd:en:United States of America ISO-8859-1 us.iso.kbd:de:US-amerikanisch ISO-8859-1 us.iso.kbd:fr:États Unis d'Amérique ISO-8859-1 us.dvorak.kbd:en:United States of America dvorak us.dvorak.kbd:de:US-amerikanisch dvorak us.dvorak.kbd:fr:États Unis d'Amérique dvorak us.dvorakx.kbd:en:United States of America dvorakx us.dvorakx.kbd:de:US-amerikanisch dvorakx us.dvorakx.kbd:fr:États Unis d'Amérique dvorakx --- 25,178 ---- MENU:de:Wähle Deine Tastaturbelegung MENU:fr:Choisissez la nationalité de votre clavier MENU:pl:Wybierz uk³ad klawiatury + MENU:pt:Escolha o layout do teclado # FONT:en:cp437-8x16.fnt ! FONT:de,fr,da,no,sv,pt:iso-8x16.fnt FONT:ru:koi8-r-8x16.fnt FONT:pl:iso02-8x16.fnt # be.iso.kbd:en:Belgian ISO-8859-1 be.iso.kbd:de:Belgisch ISO-8859-1 + be.iso.kbd:pt:Belga ISO-8859-1 br275.iso.kbd:en:Brazilian 275 keyboard ISO-8859-1 br275.iso.kbd:de:Brasilianische Tastatur 275 ISO-8859-1 + br275.iso.kbd:pt:Teclado brasileiro 275 ISO-8859-1 + + br275.iso.acc.kbd:en:Brazilian 275 keyboard ISO-8859-1 (accent keys) + br275.iso.acc.kbd:de:Brasilianische Tastatur 275 ISO-8859-1 (accent keys) + br275.iso.acc.kbd:pt:Teclado brasileiro 275 ISO-8859-1 (com acentos) br275.cp850.kbd:en:Brazilian 275 keyboard Codepage 850 br275.cp850.kbd:de:Brasilianische Tastatur 275 Codeseite 850 + br275.cp850.kbd:pt:Teclado brasileiro 275 Codepage 850 danish.iso.kbd:en:Danish ISO-8859-1 danish.iso.kbd:da:Dansk ISO-8859-1 danish.iso.kbd:de:Dänisch ISO-8859-1 danish.iso.kbd:fr:Danois ISO-8859-1 + danish.iso.kbd:pt:Dinamarquês ISO-8859-1 danish.cp865.kbd:en:Danish Codepage 865 danish.cp865.kbd:da:Dansk Code page 865 danish.cp865.kbd:de:Dänisch Codeseite 865 danish.cp865.kbd:fr:Danois Code page 865 + danish.cp865.kbd:pt:Dinamarquês Codepage 865 fr.iso.kbd:en:French ISO-8859-1 fr.iso.kbd:de:Französisch ISO-8859-1 fr.iso.kbd:fr:Français ISO-8859-1 + fr.iso.kbd:pt:Francês ISO-8859-1 fr.iso.acc.kbd:en:French ISO-8859-1 (accent keys) fr.iso.acc.kbd:de:Französisch ISO-8859-1 (accent keys) fr.iso.acc.kbd:fr:Français ISO-8859-1 (accent keys) + fr.iso.acc.kbd:pt:Francês ISO-8859-1 (com acentos) german.iso.kbd:en:German ISO-8859-1 german.iso.kbd:de:Deutsch ISO-8859-1 german.iso.kbd:fr:Allemand ISO-8859-1 + german.iso.kbd:pt:Alemão ISO-8859-1 german.cp850.kbd:en:German Codepage 850 german.cp850.kbd:de:Deutsch Codeseite 850 german.cp850.kbd:fr:Allemand Code page 850 + german.cp850.kbd:pt:Alemão Codepage 850 icelandic.iso.kbd:en:Icelandic ISO-8859-1 + icelandic.iso.kbd:pt:Islandês ISO-8859-1 + icelandic.iso.acc.kbd:en:Icelandic ISO-8859-1 (accent keys) + icelandic.iso.acc.kbd:pt:Islandês ISO-8859-1 (com acentos) it.iso.kbd:en:Italian ISO-8859-1 it.iso.kbd:de:Italienisch ISO-8859-1 + it.iso.kbd:pt:Italiano ISO-8859-1 jp.106.kbd:en:Japanese 106 jp.106.kbd:de:Japanisch 106 + jp.106.kbd:pt:Japonês 106 jp.106x.kbd:en:Japanese 106x jp.106x.kbd:de:Japanisch 106x + jp.106x.kbd:pt:Japonês 106x lat-amer.kbd:en:Latin American + lat-amer.kbd:pt:América Latina norwegian.iso.kbd:en:Norwegian ISO-8859-1 norwegian.iso.kbd:no:Norsk ISO-8859-1 norwegian.iso.kbd:de:Norwegisch ISO-8859-1 + norwegian.iso.kbd:pt:Norueguês ISO-8859-1 pl_PL.ISO_8859-2.kbd:en:Polish ISO-8859-2 (programmer's) pl_PL.ISO_8859-2.kbd:pl:Polska ISO-8859-2 (programisty) + pl_PL.ISO_8859-2.kbd:pt:Polonês ISO-8859-2 (para programadores) ru.cp866.kbd:en:Russian Codepage 866 (alternative) ru.cp866.kbd:de:Russisch Codeseite 866 (alternativ) ru.cp866.kbd:ru:òÕÓÓËÉÊ Codepage 866 (alternative) ru.cp866.kbd:fr:Russe Code page 866 (alternative) + ru.cp866.kbd:pt:Russo Codepage 866 (alternativo) ru.koi8-r.kbd:en:Russian koi8-r ru.koi8-r.kbd:de:Russisch koi8-r ru.koi8-r.kbd:ru:òÕÓÓËÉÊ koi8-r ru.koi8-r.kbd:fr:Russe koi8-r + ru.koi8-r.kbd:pt:Russo koi8-r ru.koi8-r.shift.kbd:en:Russian koi8-r (shift) ru.koi8-r.shift.kbd:de:Russisch koi8-r (shift) ru.koi8-r.shift.kbd:ru:òÕÓÓËÉÊ koi8-r (shift) ru.koi8-r.shift.kbd:fr:Russe koi8-r (shift) + ru.koi8-r.shift.kbd:pt:Russo koi8-r (shift) spanish.iso.kbd:en:Spanish ISO-8859-1 spanish.iso.kbd:de:Spanisch ISO-8859-1 + spanish.iso.kbd:pt:Espanhol ISO-8859-1 spanish.iso.acc.kbd:en:Spanish ISO-8859-1 (accent keys) spanish.iso.acc.kbd:de:Spanisch ISO-8859-1 (accent keys) + spanish.iso.acc.kbd:pt:Espanhol ISO-8859-1 (com acentos) si.iso.kbd:en:Slovenian ISO-8859-2 + si.iso.kbd:pt:Eslovênio ISO-8859-2 swedish.iso.kbd:en:Swedish ISO-8859-1 swedish.iso.kbd:de:Schwedisch ISO-8859-1 swedish.iso.kbd:fr:Suédois ISO-8859-1 + swedish.iso.kbd:pt:Sueco ISO-8859-1 swedish.cp850.kbd:en:Swedish Codepage 850 swedish.cp850.kbd:de:Schwedisch Codeseite 850 swedish.cp850.kbd:fr:Suédois Code page 850 + swedish.cp850.kbd:pt:Sueco Codepage 850 swissgerman.iso.kbd:en:Swiss-German ISO-8859-1 + swissgerman.iso.kbd:pt:Suiço-Alemão ISO-8859-1 uk.iso.kbd:en:United Kingdom ISO-8859-1 uk.iso.kbd:de:Vereinigtes Königreich ISO-8859-1 uk.iso.kbd:fr:Royaume Uni ISO-8859-1 + uk.iso.kbd:pt:Reino Unido ISO-8859-1 uk.cp850.kbd:en:United Kingdom Codepage 850 uk.cp850.kbd:de:Vereinigtes Königreich Codeseite 850 uk.cp850.kbd:fr:Royaume Uni Code page 850 + uk.cp850.kbd:pt:Reino Unido Codepage 850 us.iso.kbd:en:United States of America ISO-8859-1 us.iso.kbd:de:US-amerikanisch ISO-8859-1 us.iso.kbd:fr:États Unis d'Amérique ISO-8859-1 + us.iso.kbd:pt:Estados Unidos da América ISO-8859-1 us.dvorak.kbd:en:United States of America dvorak us.dvorak.kbd:de:US-amerikanisch dvorak us.dvorak.kbd:fr:États Unis d'Amérique dvorak + us.dvorak.kbd:pt:Estados Unidos da América dvorak us.dvorakx.kbd:en:United States of America dvorakx us.dvorakx.kbd:de:US-amerikanisch dvorakx us.dvorakx.kbd:fr:États Unis d'Amérique dvorakx + us.dvorakx.kbd:pt:Estados Unidos da América dvorakx *** Makefile.orig Wed Feb 11 21:39:45 1998 --- Makefile Wed Feb 11 21:39:57 1998 *************** *** 2,8 **** KEYMAPS= INDEX.keymaps KEYMAPS+= be.iso.kbd ! KEYMAPS+= br275.iso.kbd br275.cp850.kbd KEYMAPS+= danish.iso.kbd danish.cp865.kbd KEYMAPS+= fr.iso.kbd fr.iso.acc.kbd KEYMAPS+= german.iso.kbd german.cp850.kbd --- 2,8 ---- KEYMAPS= INDEX.keymaps KEYMAPS+= be.iso.kbd ! KEYMAPS+= br275.iso.kbd br275.iso.acc.kbd br275.cp850.kbd KEYMAPS+= danish.iso.kbd danish.cp865.kbd KEYMAPS+= fr.iso.kbd fr.iso.acc.kbd KEYMAPS+= german.iso.kbd german.cp850.kbd *** - Wed Feb 11 21:42:34 1998 --- br275.iso.acc.kbd Wed Feb 11 21:24:44 1998 *************** *** 0 **** --- 1,156 ---- + # alt + # scan cntrl alt alt cntrl lock + # code base shift cntrl shift alt shift cntrl shift state + # ------------------------------------------------------------------ + 000 nop nop nop nop nop nop nop nop O + 001 esc esc nop nop esc esc debug nop O + 002 '1' '!' nop nop 185 '!' nop nop O + 003 '2' '@' nul nul 178 '@' nul nul O + 004 '3' '#' nop nop 179 '#' nop nop O + 005 '4' '$' nop nop 163 '$' nop nop O + 006 '5' '%' nop nop 162 '%' nop nop O + 007 '6' duml rs rs 172 duml rs rs O + 008 '7' '&' nop nop '7' '&' nop nop O + 009 '8' '*' nop nop '8' '*' nop nop O + 010 '9' '(' nop nop '9' '(' nop nop O + 011 '0' ')' nop nop '0' ')' nop nop O + 012 '-' '_' ns ns '-' '_' ns ns O + 013 '=' '+' nop nop 167 '+' nop nop O + 014 bs bs del del bs bs del del O + 015 ht btab nop nop ht btab nop nop O + 016 'q' 'Q' dc1 dc1 'q' 'Q' dc1 dc1 C + 017 'w' 'W' etb etb 'w' 'W' etb etb C + 018 'e' 'E' enq enq 'e' 'E' enq enq C + 019 'r' 'R' dc2 dc2 'r' 'R' dc2 dc2 C + 020 't' 'T' dc4 dc4 't' 'T' dc4 dc4 C + 021 'y' 'Y' em em 'y' 'Y' em em C + 022 'u' 'U' nak nak 'u' 'U' nak nak C + 023 'i' 'I' ht ht 'i' 'I' ht ht C + 024 'o' 'O' si si 'o' 'O' si si C + 025 'p' 'P' dle dle 'p' 'P' dle dle C + 026 dacu dgra nop nop dacu dgra nop nop O + 027 '[' '{' esc esc 170 '{' esc esc O + 028 cr cr nl nl cr cr nl nl O + 029 lctrl lctrl lctrl lctrl lctrl lctrl lctrl lctrl O + 030 'a' 'A' soh soh 'a' 'A' soh soh C + 031 's' 'S' dc3 dc3 's' 'S' dc3 dc3 C + 032 'd' 'D' eot eot 'd' 'D' eot eot C + 033 'f' 'F' ack ack 'f' 'F' ack ack C + 034 'g' 'G' bel bel 'g' 'G' bel bel C + 035 'h' 'H' bs bs 'h' 'H' bs bs C + 036 'j' 'J' nl nl 'j' 'J' nl nl C + 037 'k' 'K' vt vt 'k' 'K' vt vt C + 038 'l' 'L' ff ff 'l' 'L' ff ff C + 039 231 199 nop nop 231 199 nop nop C + 040 dtil dcir nop nop dtil dcir nop nop O + 041 ''' '"' nop nop ''' '"' nop nop O + 042 lshift lshift lshift lshift lshift lshift lshift lshift O + 043 ']' '}' gs gs 186 '}' gs gs O + 044 'z' 'Z' sub sub 'z' 'Z' sub sub C + 045 'x' 'X' can can 'x' 'X' can can C + 046 'c' 'C' etx etx 'c' 'C' etx etx C + 047 'v' 'V' syn syn 'v' 'V' syn syn C + 048 'b' 'B' stx stx 'b' 'B' stx stx C + 049 'n' 'N' so so 'n' 'N' so so C + 050 'm' 'M' cr cr 'm' 'M' cr cr C + 051 ',' '<' nop nop ',' '<' nop nop O + 052 '.' '>' nop nop '.' '>' nop nop O + 053 ';' ':' nop nop ';' ':' nop nop O + 054 rshift rshift rshift rshift rshift rshift rshift rshift O + 055 '*' '*' nscr nscr '*' '*' nscr nscr O + 056 lalt lalt lalt lalt lalt lalt lalt lalt O + 057 ' ' ' ' nul ' ' ' ' ' ' susp ' ' O + 058 clock clock clock clock clock clock clock clock O + 059 fkey01 fkey13 fkey25 fkey37 scr01 scr11 scr01 scr11 O + 060 fkey02 fkey14 fkey26 fkey38 scr02 scr12 scr02 scr12 O + 061 fkey03 fkey15 fkey27 fkey39 scr03 scr13 scr03 scr13 O + 062 fkey04 fkey16 fkey28 fkey40 scr04 scr14 scr04 scr14 O + 063 fkey05 fkey17 fkey29 fkey41 scr05 scr15 scr05 scr15 O + 064 fkey06 fkey18 fkey30 fkey42 scr06 scr16 scr06 scr16 O + 065 fkey07 fkey19 fkey31 fkey43 scr07 scr07 scr07 scr07 O + 066 fkey08 fkey20 fkey32 fkey44 scr08 scr08 scr08 scr08 O + 067 fkey09 fkey21 fkey33 fkey45 scr09 scr09 scr09 scr09 O + 068 fkey10 fkey22 fkey34 fkey46 scr10 scr10 scr10 scr10 O + 069 nlock nlock nlock nlock nlock nlock nlock nlock O + 070 slock slock slock slock slock slock slock slock O + 071 fkey49 '7' '7' '7' '7' '7' '7' '7' N + 072 fkey50 '8' '8' '8' '8' '8' '8' '8' N + 073 fkey51 '9' '9' '9' '9' '9' '9' '9' N + 074 fkey52 '-' '-' '-' '-' '-' '-' '-' N + 075 fkey53 '4' '4' '4' '4' '4' '4' '4' N + 076 fkey54 '5' '5' '5' '5' '5' '5' '5' N + 077 fkey55 '6' '6' '6' '6' '6' '6' '6' N + 078 fkey56 '+' '+' '+' '+' '+' '+' '+' N + 079 fkey57 '1' '1' '1' '1' '1' '1' '1' N + 080 fkey58 '2' '2' '2' '2' '2' '2' '2' N + 081 fkey59 '3' '3' '3' '3' '3' '3' '3' N + 082 fkey60 '0' '0' '0' '0' '0' '0' '0' N + 083 del ',' ',' ',' ',' ',' boot boot N + 084 ns ns ns ns ns ns ns ns O + 085 nop nop nop nop nop nop nop nop O + 086 '\' '|' fs fs '\' '|' fs fs O + 087 fkey11 fkey23 fkey35 fkey47 scr11 scr11 scr11 scr11 O + 088 fkey12 fkey24 fkey36 fkey48 scr12 scr12 scr12 scr12 O + 089 cr cr nl nl cr cr nl nl O + 090 rctrl rctrl rctrl rctrl rctrl rctrl rctrl rctrl O + 091 '/' '/' '/' '/' '/' '/' '/' '/' N + 092 nscr nop debug nop nop nop nop nop O + 093 ralt ralt ralt ralt ralt ralt ralt ralt O + 094 fkey49 fkey49 fkey49 fkey49 fkey49 fkey49 fkey49 fkey49 O + 095 fkey50 fkey50 fkey50 fkey50 fkey50 fkey50 fkey50 fkey50 O + 096 fkey51 fkey51 fkey51 fkey51 fkey51 fkey51 fkey51 fkey51 O + 097 fkey53 fkey53 fkey53 fkey53 fkey53 fkey53 fkey53 fkey53 O + 098 fkey55 fkey55 fkey55 fkey55 fkey55 fkey55 fkey55 fkey55 O + 099 fkey57 fkey57 fkey57 fkey57 fkey57 fkey57 fkey57 fkey57 O + 100 fkey58 fkey58 fkey58 fkey58 fkey58 fkey58 fkey58 fkey58 O + 101 fkey59 fkey59 fkey59 fkey59 fkey59 fkey59 fkey59 fkey59 O + 102 fkey60 fkey60 fkey60 fkey60 fkey60 fkey60 fkey60 fkey60 O + 103 fkey61 fkey61 fkey61 fkey61 fkey61 fkey61 boot fkey61 O + 104 slock slock slock slock slock slock slock slock O + 105 fkey62 fkey62 fkey62 fkey62 fkey62 fkey62 fkey62 fkey62 O + 106 fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 O + 107 fkey64 fkey64 fkey64 fkey64 fkey64 fkey64 fkey64 fkey64 O + 108 nop nop nop nop nop nop nop nop O + 109 nop nop nop nop nop nop nop nop O + 110 nop nop nop nop nop nop nop nop O + 111 nop nop nop nop nop nop nop nop O + 112 nop nop nop nop nop nop nop nop O + 113 nop nop nop nop nop nop nop nop O + 114 nop nop nop nop nop nop nop nop O + 115 '/' '?' nop nop 176 '?' nop nop O + 116 nop nop nop nop nop nop nop nop O + 117 nop nop nop nop nop nop nop nop O + 118 nop nop nop nop nop nop nop nop O + 119 nop nop nop nop nop nop nop nop O + 120 nop nop nop nop nop nop nop nop O + 121 nop nop nop nop nop nop nop nop O + 122 nop nop nop nop nop nop nop nop O + 123 nop nop nop nop nop nop nop nop O + 124 nop nop nop nop nop nop nop nop O + 125 nop nop nop nop nop nop nop nop O + 126 '.' '.' '.' '.' '.' '.' '.' '.' N + + dgra '`' ( 'a' 224 ) ( 'A' 192 ) ( 'e' 232 ) ( 'E' 200 ) + ( 'i' 236 ) ( 'I' 204 ) ( 'o' 242 ) ( 'O' 210 ) + ( 'u' 249 ) ( 'U' 217 ) + dacu 180 ( 'a' 225 ) ( 'A' 193 ) ( 'e' 233 ) ( 'E' 201 ) + ( 'i' 237 ) ( 'I' 205 ) ( 'o' 243 ) ( 'O' 211 ) + ( 'u' 250 ) ( 'U' 218 ) ( 'y' 253 ) ( 'Y' 221 ) + dcir '^' ( 'a' 226 ) ( 'A' 194 ) ( 'e' 234 ) ( 'E' 202 ) + ( 'i' 238 ) ( 'I' 206 ) ( 'o' 244 ) ( 'O' 212 ) + ( 'u' 251 ) ( 'U' 219 ) + dtil '~' ( 'a' 227 ) ( 'A' 195 ) ( 'n' 241 ) ( 'N' 209 ) + ( 'o' 245 ) ( 'O' 213 ) + dmac 000 + dbre 000 + ddot 000 + duml 168 ( 'a' 228 ) ( 'A' 196 ) ( 'e' 235 ) ( 'E' 203 ) + ( 'i' 239 ) ( 'I' 207 ) ( 'o' 246 ) ( 'O' 214 ) + ( 'u' 252 ) ( 'U' 220 ) ( 'y' 255 ) + dsla 000 + drin 176 ( 'a' 229 ) ( 'A' 197 ) + dced 184 ( 'c' 231 ) ( 'C' 199 ) + dapo 000 + ddac 000 + dogo 000 + dcar 000 >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 11 16:10:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA19866 for freebsd-bugs-outgoing; Wed, 11 Feb 1998 16:10:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA19823; Wed, 11 Feb 1998 16:10:02 -0800 (PST) (envelope-from gnats) Date: Wed, 11 Feb 1998 16:10:02 -0800 (PST) Message-Id: <199802120010.QAA19823@hub.freebsd.org> To: freebsd-bugs Cc: From: Garrett Wollman Subject: misc/5722: Brazil can't decide on daylight savings Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/5722; it has been noted by GNATS. From: Garrett Wollman To: dcs@gns.com.br Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: misc/5722: Brazil can't decide on daylight savings Date: Wed, 11 Feb 1998 19:07:30 -0500 (EST) < said: > Brazil can't decide on which days should daylight savings begin/end. > It began October 6 last year (because of Pope's visit and foreign network > television not paying attention to when would DS begin), and it will end Please send this report to the timezone database maintainers at . If you can provide a citation demonstrating when the announcements were made, please include that in your report. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 11 18:00:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA07739 for freebsd-bugs-outgoing; Wed, 11 Feb 1998 18:00:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA07693; Wed, 11 Feb 1998 18:00:02 -0800 (PST) (envelope-from gnats) Date: Wed, 11 Feb 1998 18:00:02 -0800 (PST) Message-Id: <199802120200.SAA07693@hub.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: misc/5723: I have been lazy in my pt_BR support to syscons Reply-To: Kazutaka YOKOTA Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/5723; it has been noted by GNATS. From: Kazutaka YOKOTA To: dcs@gns.com.br Cc: FreeBSD-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: misc/5723: I have been lazy in my pt_BR support to syscons Date: Thu, 12 Feb 1998 10:58:11 +0900 >>Number: 5723 >>Category: misc >>Synopsis: I have been lazy in my pt_BR support to syscons [snip] >>Originator: Daniel C. Sobral >>Organization: >>Release: FreeBSD 3.0-CURRENT i386 >>Environment: > FreeBSD-current. >>Description: > > Brazilian keyboard with accent support is missing, and the >INDEX.keymaps does not support portuguese language too well... > >>How-To-Repeat: > > Err... mmmm... Ah, hell, just trust me. :-) > >>Fix: > > Two fixes, one diff between - and a new file. Thanks, I will commit the changes to the source tree. Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 11 19:40:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA22135 for freebsd-bugs-outgoing; Wed, 11 Feb 1998 19:40:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA22102; Wed, 11 Feb 1998 19:40:03 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA21979; Wed, 11 Feb 1998 19:38:57 -0800 (PST) (envelope-from nobody) Message-Id: <199802120338.TAA21979@hub.freebsd.org> Date: Wed, 11 Feb 1998 19:38:57 -0800 (PST) From: bino@ywcn.or.id To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5724: AH1542CF Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5724 >Category: bin >Synopsis: AH1542CF >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 11 19:40:01 PST 1998 >Last-Modified: >Originator: Bino Oetomo >Organization: YWCN >Release: 2.2.2 >Environment: >Description: I'm installing FreeBSD. My disk Controler is AH1542CF The CD is ATAPI The NICs is 3c900 and 3c905 The probing stage is fine ... but when i try to use "novice mode" the instalation reporting a "NO DISK" error >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 11 20:51:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA00762 for freebsd-bugs-outgoing; Wed, 11 Feb 1998 20:51:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from labrador.cslab.vt.edu (labrador.cslab.vt.edu [198.82.184.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA00757 for ; Wed, 11 Feb 1998 20:51:06 -0800 (PST) (envelope-from kmitch@labrador.cslab.vt.edu) Received: (from kmitch@localhost) by labrador.cslab.vt.edu (8.8.8/8.8.7) id XAA21342; Wed, 11 Feb 1998 23:50:11 -0500 (EST) (envelope-from kmitch) From: Keith Mitchell Message-Id: <199802120450.XAA21342@labrador.cslab.vt.edu> Subject: Re: bin/5610: getpwnam and getpwuid do not use the +@netgroup convention in /etc/passwd. In-Reply-To: <19980211203542.52477@physik.TU-Berlin.DE> from Dirk Froemberg at "Feb 11, 98 08:35:42 pm" To: ibex@physik.TU-Berlin.DE (Dirk Froemberg) Date: Wed, 11 Feb 1998 23:50:11 -0500 (EST) Cc: freebsd-bugs@FreeBSD.ORG Reply-To: kmitch@cslab.vt.edu X-Mailer: ELM [version 2.4ME+ PL32 (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 getpwnam and getpwuid system calls do not correctly lookup netgroups > > int the passwd file via a +@netgroup entry. They do, however work with > > a +user entry. The getpwent system call does parse the netgroup > > imports. > > The attached patch to getnetgrent.c solved the problem for me. Please have > a look at it and feel free to use it. Yes, this patch appears to fix the problem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 12 01:41:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA04310 for freebsd-bugs-outgoing; Thu, 12 Feb 1998 01:41:56 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA04299; Thu, 12 Feb 1998 01:41:43 -0800 (PST) (envelope-from wosch@FreeBSD.org) From: Wolfram Schneider Received: (from wosch@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA28045; Thu, 12 Feb 1998 01:41:36 -0800 (PST) Date: Thu, 12 Feb 1998 01:41:36 -0800 (PST) Message-Id: <199802120941.BAA28045@freefall.freebsd.org> To: dannyman@arh0300.urh.uiuc.edu, wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5715 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: pw fails with "pwd_mkdb: illegal option -- c" State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Thu Feb 12 01:40:22 PST 1998 State-Changed-Why: My fault. Sorry. Fixed in src/usr.sbin/pw/pwupd.c Revision 1.7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 12 04:50:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA22701 for freebsd-bugs-outgoing; Thu, 12 Feb 1998 04:50:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA22689; Thu, 12 Feb 1998 04:50:02 -0800 (PST) (envelope-from gnats) Received: from lohi.clinet.fi (root@lohi.clinet.fi [194.100.0.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA22295 for ; Thu, 12 Feb 1998 04:45:10 -0800 (PST) (envelope-from hsu@cantina.clinet.fi) Received: from cantina.clinet.fi (root@cantina.clinet.fi [194.100.0.15]) by lohi.clinet.fi (8.8.8/8.8.6) with ESMTP id OAA06714 for ; Thu, 12 Feb 1998 14:48:45 +0200 (EET) Received: (from root@localhost) by cantina.clinet.fi (8.8.7/8.8.6) id OAA15162; Thu, 12 Feb 1998 14:45:35 +0200 (EET) Message-Id: <199802121245.OAA15162@cantina.clinet.fi> Date: Thu, 12 Feb 1998 14:45:35 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5728: NFS hangs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5728 >Category: kern >Synopsis: NFS hangs >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 12 04:50:01 PST 1998 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2.5-STABLE i386 >Environment: WWW server, NFS server and generic unix server running -STABLE. This problem has been around long time. >Description: hsu#cantina.clinet.fi Thu 5: ps axulwww | grep less root 14063 0.0 0.5 276 576 pe- D 2:12PM 0:00.03 less access_log 0 14063 11543 3 -4 0 276 576 nfsvin D pe- 0:00.03 less access_log root 14192 0.0 0.4 236 540 p4 D+ 2:16PM 0:00.02 less access_log 0 14192 14107 3 -4 0 236 540 nfsvin D+ p4 0:00.02 less access_log root 14915 0.0 0.1 196 84 pc R+ 2:40PM 0:00.00 grep less 0 14915 14206 69 45 0 196 84 - R+ pc 0:00.00 grep less Stays there forever. This almost always hits apache access logs, so this could have something to do with the fact that one host writes to a file and another accesses it at the same time, both over NFS. This seems to be a client side problem, as I can still access the same file fine from some other NFS client. >How-To-Repeat: I think running a WWW server and writing files over NFS should bring this up. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 12 15:10:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA25149 for freebsd-bugs-outgoing; Thu, 12 Feb 1998 15:10:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA25138; Thu, 12 Feb 1998 15:10:03 -0800 (PST) (envelope-from gnats) Received: from amsoft.ru (amsoft.ru [194.87.86.241]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA21778 for ; Thu, 12 Feb 1998 14:59:08 -0800 (PST) (envelope-from am@amsoft.ru) Received: (from am@localhost) by amsoft.ru (8.8.8/amsoft/1.0) id BAA02799 ; Fri, 13 Feb 1998 01:42:23 +0300 (MSK) Message-Id: <199802122242.BAA02799@amsoft.ru> Date: Fri, 13 Feb 1998 01:42:23 +0300 (MSK) From: Andrew Maltsev Reply-To: am@amsoft.ru To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5729: poll.h missed in RELENG_2_2 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5729 >Category: kern >Synopsis: poll.h missed in RELENG_2_2 but required at least by isa/snd/sound.h >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 12 15:10:02 PST 1998 >Last-Modified: >Originator: Andrew Maltsev >Organization: AM'SOFT >Release: FreeBSD 2.2.5-STABLE i386 >Environment: >Description: sys/poll.h missed in RELENG_2_2, but required by at least i386/isa/sound.h >How-To-Repeat: Try to compile 2.2 with new sound driver >Fix: Add sys/poll.h from HEAD and typedef int d_poll_t(dev_t,int,struct proc *); to sys/conf.h:RELENG_2_2 from HEAD. After these additions kernel compiles ok. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 12 15:50:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA01663 for freebsd-bugs-outgoing; Thu, 12 Feb 1998 15:50:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA01634; Thu, 12 Feb 1998 15:50:02 -0800 (PST) (envelope-from gnats) Received: from jraynard.demon.co.uk (jraynard.demon.co.uk [158.152.42.77]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA00616 for ; Thu, 12 Feb 1998 15:43:15 -0800 (PST) (envelope-from james@jraynard.demon.co.uk) Received: (from james@localhost) by jraynard.demon.co.uk (8.8.8/8.6.12) id XAA25819; Thu, 12 Feb 1998 23:13:25 GMT Message-Id: <199802122313.XAA25819@jraynard.demon.co.uk> Date: Thu, 12 Feb 1998 23:13:25 GMT From: James Raynard Reply-To: james@jraynard.demon.co.uk To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5730: config doesn't specify which options are unknown Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5730 >Category: bin >Synopsis: config doesn't specify which options are unknown >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 Feb 12 15:50:01 PST 1998 >Last-Modified: >Originator: James Raynard >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD-current, with version 1.24 of mkmakefile.c >Description: Running config on a kernel configuration containing an invalid option causes a warning that an unknown option has been used, but doesn't specify which one. This makes removing the offending option a little harder than necessary. >How-To-Repeat: See above. >Fix: Something like the following: Index: mkmakefile.c =================================================================== RCS file: /home/cvs/src/usr.sbin/config/mkmakefile.c,v retrieving revision 1.25 diff -u -r1.25 mkmakefile.c --- mkmakefile.c 1998/02/09 23:59:51 1.25 +++ mkmakefile.c 1998/02/12 23:04:01 @@ -197,6 +197,7 @@ fprintf(ofp, " -D%s=%s", op->op_name, op->op_value); else fprintf(ofp, " -D%s", op->op_name); + printf("Unknown option: %s\n", op->op_name); } } fprintf(ofp, "\n"); >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 12 16:09:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA05576 for freebsd-bugs-outgoing; Thu, 12 Feb 1998 16:09:37 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA05118; Thu, 12 Feb 1998 16:08:03 -0800 (PST) (envelope-from nate@FreeBSD.org) From: Nate Williams Received: (from nate@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA25780; Thu, 12 Feb 1998 16:07:50 -0800 (PST) Date: Thu, 12 Feb 1998 16:07:50 -0800 (PST) Message-Id: <199802130007.QAA25780@freefall.freebsd.org> To: am@amsoft.ru, nate@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, nate@FreeBSD.ORG Subject: Re: kern/5729 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: poll.h missed in RELENG_2_2 but required at least by isa/snd/sound.h State-Changed-From-To: open-closed State-Changed-By: nate State-Changed-When: Thu Feb 12 16:03:52 PST 1998 State-Changed-Why: The sound driver shouldn't have been brought into -stable w/out modifications. The poll changes were replaced by select code from Luigi's ftp site, and now compile and run in -stable. Responsible-Changed-From-To: freebsd-bugs->nate Responsible-Changed-By: nate Responsible-Changed-When: Thu Feb 12 16:03:52 PST 1998 Responsible-Changed-Why: I committed the code to change poll -> select. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 12 16:34:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA09391 for freebsd-bugs-outgoing; Thu, 12 Feb 1998 16:34:01 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA09370; Thu, 12 Feb 1998 16:33:58 -0800 (PST) (envelope-from wpaul@FreeBSD.org) From: Bill Paul Received: (from wpaul@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA25995; Thu, 12 Feb 1998 16:33:45 -0800 (PST) Date: Thu, 12 Feb 1998 16:33:45 -0800 (PST) Message-Id: <199802130033.QAA25995@freefall.freebsd.org> To: kmitch@cslab.vt.edu, wpaul@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5610 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: getpwnam and getpwuid do not use the +@netgroup convention in /etc/passwd. State-Changed-From-To: open-closed State-Changed-By: wpaul State-Changed-When: Thu Feb 12 16:22:28 PST 1998 State-Changed-Why: The PR description implies that +@netgroup substitutions don't work _at all_, which is not true. They do work, however it seems there was a bug that caused them to not work correctly in some circumstances. If you had a user that was a member of only one netgroup, then there was a bug in the getnetgrent.c module that would prevent the membership from being evaluated correctly. This has been fixed (thanks to Dirk for the patch) in both the -current and 2.2.x branch. There is some question that this is the cause of the problem that prompted this PR, due to the fact that no example is provided that demonstrates the failure. Without explaining the exact circumstances where the netgroup substitution breaks, there's no way to reproduce or fix the problem. However, I strongly suspect that this bug is in fact the culprit here, so I'm going to close out the PR. If the problem persists, please submit a new PR that includes a set of sample passwd and netgroup data, or any other configuration information, that illustrate the failure you are seeing. -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 12 17:00:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA13444 for freebsd-bugs-outgoing; Thu, 12 Feb 1998 17:00:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA13420; Thu, 12 Feb 1998 17:00:04 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA13298; Thu, 12 Feb 1998 16:59:28 -0800 (PST) (envelope-from nobody) Message-Id: <199802130059.QAA13298@hub.freebsd.org> Date: Thu, 12 Feb 1998 16:59:28 -0800 (PST) From: gallatin@cs.duke.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5731: executables wedge on "vmopar" when built in fs mounted via NFSv3 from DU4.0B Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5731 >Category: kern >Synopsis: executables wedge on "vmopar" when built in fs mounted via NFSv3 from DU4.0B >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 12 17:00:01 PST 1998 >Last-Modified: >Originator: Andrew Gallatin >Organization: Duke University, Department of Computer Science >Release: 2.2.5-STABLE >Environment: FreeBSD rain.cs.duke.edu 2.2.5-STABLE FreeBSD 2.2.5-STABLE #11: Thu Feb 12 18:51:05 EST 1998 gallatin@treefrog.cs.duke.edu:/usr/project/ari_scratch2/gallatin/freebsd-compiles/compile/TPZ i386 >Description: If you run certain executables immediately after writing them to a partition mounted via NFSv3 from a Digital UNIX (4.0B) NFS server, they sleep infinitely on "vmopar". Typically this occurs when one executes a large program immediately after linking it. Here is a stack trace of a wedged job: # gdb -k kernel /dev/mem GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... IdlePTD 295000 current pcb at 7257000 #0 mi_switch () at ../../kern/kern_synch.c:628 628 microtime(&runtime); (kgdb) proc pidhashtbl[220]->lh_first current pcb at f5a41000 (kgdb) where #0 mi_switch () at ../../kern/kern_synch.c:628 #1 0xf011f3b5 in tsleep (ident=0xf041cb50, priority=4, wmesg=0xf01b98d4 "vmopar", timo=0) at ../../kern/kern_synch.c:391 #2 0xf01b9a9c in vm_object_page_remove (object=0xf1903680, start=0, end=1540, clean_only=1) at ../../vm/vm_object.c:1261 #3 0xf013a090 in vinvalbuf (vp=0xf1903700, flags=1, cred=0xf18f6d00, p=0xf18b2200, slpflag=0, slptimeo=0) at ../../kern/vfs_subr.c:540 #4 0xf015e278 in nfs_vinvalbuf (vp=0xf1903700, flags=1, cred=0xf18f6d00, p=0xf18b2200, intrflg=1) at ../../nfs/nfs_bio.c:799 #5 0xf015cd60 in nfs_bioread (vp=0xf1903700, uio=0xefbffe48, ioflag=8, cred=0xf18f6d00, getpages=1) at ../../nfs/nfs_bio.c:213 #6 0xf015ca98 in nfs_getpages (ap=0xefbffe84) at ../../nfs/nfs_bio.c:130 #7 0xf01beaa8 in vnode_pager_getpages (object=0xf1903680, m=0xefbfff3c, count=2, reqpage=0) at vnode_if.h:1063 #8 0xf01bd657 in vm_pager_get_pages (object=0xf1903680, m=0xefbfff3c, count=2, reqpage=0) at ../../vm/vm_pager.c:188 #9 0xf01b32f6 in vm_fault (map=0xf18fe900, vaddr=6303744, fault_type=3 '\003', change_wiring=0) at ../../vm/vm_fault.c:426 #10 0xf01ccdcc in trap_pfault (frame=0xefbfffbc, usermode=1) at ../../i386/i386/trap.c:633 #11 0xf01cc95b in trap (frame={tf_es = 39, tf_ds = 39, tf_edi = 0, tf_esi = -272640436, tf_ebp = -272640440, tf_isp = -272629788, tf_ebx = -272640432, tf_edx = -272640424, tf_ecx = 0, tf_eax = 0, tf_trapno = 12, tf_err = 6, tf_eip = 4168, tf_cs = 31, tf_eflags = 66054, tf_esp = -272640452, tf_ss = 39}) at ../../i386/i386/trap.c:239 #12 0x1048 in ?? () The page in question has its state set to p->busy++ and p->flags &= ~PG_BUSY by nfs_getpages() at frame #6. This state causes the vm_object_page_remove to sleep, giving a deadlock since nfs_getpages() can't clear it. This path is taken in nfs_bioread() because the nfsnode's n_mtime is not equal to vattr.va_mtime.tv_sec. I suspect that what's happening is that a write is in progress (the file was just closed by the linker), and the nfsnode's n_mtime hasn't yet been updated. It appears Digital UNIX is replying to the read's getattr() before the write's setattr(), so the nfsnode's n_mtime is != to the value returned by the getattr(). There is a tcpdump of the transactions (started immediately after the link, and before the execution) between the server ("storm") and the client ("rain") at ftp://ftp.cs.duke.edu/pub/gallatin/nfs-bug/log.gz >How-To-Repeat: To repeat the problem, compile and link the example program at ftp://ftp.cs.duke.edu/pub/gallatin/nfs-bug/example.tar.gz in a partition NFSv3 mounted from a DU4.0B server. >Fix: I don't know enough about the NFSv3 spec to really fix this, but a workaround which appears to work here is to be less aggressive, and force buffers to be committed on close: *** /usr/project/spider1/FreeBSD-2.2-STABLE/src/sys/nfs/nfs_vnops.c Wed May 28 14:26:45 1997 --- nfs/nfs_vnops.c Thu Feb 12 18:50:01 1998 *************** *** 595,601 **** if ((VFSTONFS(vp->v_mount)->nm_flag & NFSMNT_NQNFS) == 0 && (np->n_flag & NMODIFIED)) { if (NFS_ISV3(vp)) { ! error = nfs_flush(vp, ap->a_cred, MNT_WAIT, ap->a_p, 0); np->n_flag &= ~NMODIFIED; } else error = nfs_vinvalbuf(vp, V_SAVE, ap->a_cred, ap->a_p, 1); --- 595,601 ---- if ((VFSTONFS(vp->v_mount)->nm_flag & NFSMNT_NQNFS) == 0 && (np->n_flag & NMODIFIED)) { if (NFS_ISV3(vp)) { ! error = nfs_flush(vp, ap->a_cred, MNT_WAIT, ap->a_p, 1); np->n_flag &= ~NMODIFIED; } else error = nfs_vinvalbuf(vp, V_SAVE, ap->a_cred, ap->a_p, 1); >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 12 17:10:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA15671 for freebsd-bugs-outgoing; Thu, 12 Feb 1998 17:10:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA15649; Thu, 12 Feb 1998 17:10:05 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA15568; Thu, 12 Feb 1998 17:09:49 -0800 (PST) (envelope-from nobody) Message-Id: <199802130109.RAA15568@hub.freebsd.org> Date: Thu, 12 Feb 1998 17:09:49 -0800 (PST) From: rafael@pyramid.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5732: 2.2.5 Won't install using partition created by OS/2 Fdisk. LBA mode is turn on. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5732 >Category: bin >Synopsis: 2.2.5 Won't install using partition created by OS/2 Fdisk. LBA mode is turn on. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 12 17:10:03 PST 1998 >Last-Modified: >Originator: Rafael Chang >Organization: >Release: 2.2.5 >Environment: >Description: I am using OS/2's boot manager. I created a partition under OS/2 fdisk program. The partition which I created is of size 500MB. After booting FreeBSD using the boot disk, I changed the label of the partition to 165 which is for FreeBSD. Then I continue to use this partition with the default value, but got error message saying the this partition is to big for /root. It seems that default value should take the 500MB created under OS/2 fdisk( and OS/2 boot manager), and create default size for /usr, /, /var, and others. The LBA mode has been selected on the BIOS. FreeBSD reports the C/H/S for primary IDE master/slave with proper LBA translation. But the C/H/S value for secondary IDE master does not appear to be translated properly. It still report the cylinder size of 49XX for cylinder for Fujitsu 2.5 GB drive. I double checked that the option of LBA are properly turned on. I tried to install on bootable disk partition from the primary IDE master/slave, and secondary IDE master. They all fail with same error message, saying that the partition is too big. The configuration of my hard drives are as follow: Primary IDE Master: Fujitsu 2GB. Primary IDE Slave: Maxtor 1.6 GB. Secondary IDE Master: Fujitsu 2.5 GB. Any suggestion as to how to solve this problem of partition size too big. I would like to keep OS/2 boot manager. >How-To-Repeat: Use OS/2 fdisk and OS/2 boot manager. Turn LBA mode on BIO. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 12 19:00:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA04678 for freebsd-bugs-outgoing; Thu, 12 Feb 1998 19:00:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA04649; Thu, 12 Feb 1998 19:00:04 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA03187; Thu, 12 Feb 1998 18:50:34 -0800 (PST) (envelope-from nobody) Message-Id: <199802130250.SAA03187@hub.freebsd.org> Date: Thu, 12 Feb 1998 18:50:34 -0800 (PST) From: rantapaa@uswest.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5733: cp -r cannot copy un-writable directories Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5733 >Category: bin >Synopsis: cp -r cannot copy un-writable directories >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 12 19:00:03 PST 1998 >Last-Modified: >Originator: Erik Rantapaa >Organization: USWest Interact >Release: 2.2.5 >Environment: FreeBSD source1.oss.uswest.net 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Mon Dec 8 12:54:06 CST 1997 root@amanda1.oss.uswest.net:/usr/src/sys/compile/SOURCE i386 >Description: mkdir /tmp/foo touch /tmp/foo/bar chmod a-w /tmp/foo cp -r /tmp/foo . cp: ./foo/bar: Permission denied >How-To-Repeat: see above >Fix: change the cp code to set the directory permissions after it's done recursing through the directory. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 12 19:44:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA10463 for freebsd-bugs-outgoing; Thu, 12 Feb 1998 19:44:14 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA10321; Thu, 12 Feb 1998 19:43:41 -0800 (PST) (envelope-from wpaul@FreeBSD.org) From: Bill Paul Received: (from wpaul@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA27180; Thu, 12 Feb 1998 19:43:25 -0800 (PST) Date: Thu, 12 Feb 1998 19:43:25 -0800 (PST) Message-Id: <199802130343.TAA27180@freefall.freebsd.org> To: Andre.Albsmeier@curry.zfe.siemens.de, wpaul@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/2206 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: NIS Makefile can't manage appletalk entries State-Changed-From-To: open-closed State-Changed-By: wpaul State-Changed-When: Thu Feb 12 19:39:57 PST 1998 State-Changed-Why: i Fixed in -current and the 2.2.x branch. Rather than special-casing the extra protocol, I used the awk split() function to extract the protocol from the field no matter what it happens to be. This is a more general solution which I hope will cope with any new protocols that might turn up in /etc/services. :) -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 12 22:40:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA02987 for freebsd-bugs-outgoing; Thu, 12 Feb 1998 22:40:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA02959; Thu, 12 Feb 1998 22:40:02 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA01729; Thu, 12 Feb 1998 22:31:29 -0800 (PST) (envelope-from nobody) Message-Id: <199802130631.WAA01729@hub.freebsd.org> Date: Thu, 12 Feb 1998 22:31:29 -0800 (PST) From: msagre@cactus.fi.uba.ar To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5734: IBCS2 getgroups & ftime emulation Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5734 >Category: kern >Synopsis: IBCS2 getgroups & ftime emulation >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 12 22:40:01 PST 1998 >Last-Modified: >Originator: Miguel Angel Sagreras >Organization: Universidad de Buenos Aires >Release: 2.2.5 >Environment: FreeBSD viper.fi.uba.ar 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Wed Feb 4 01:45:17 ART 1998 root@viper.fi.uba.ar:/usr/src/sys/compile/VIPER i386 >Description: This bugs was reported last year. The patch was put into FreeBSD-current but not into 2.2.5-RELEASE The patch are same to FreeBSD-current >How-To-Repeat: >Fix: *** ibcs2_xenix.c.org Tue Feb 10 02:02:12 1998 --- ibcs2_xenix.c Tue Feb 3 22:57:30 1998 *************** *** 119,125 **** int *retval; { struct timeval tv; ! struct timeb itb; DPRINTF(("IBCS2: 'xenix ftime'\n")); microtime(&tv); --- 119,130 ---- int *retval; { struct timeval tv; ! struct ibcs2_timeb { ! unsigned long time __attribute__((packed)); ! unsigned short millitm; ! short timezone; ! short dstflag ; ! } itb; DPRINTF(("IBCS2: 'xenix ftime'\n")); microtime(&tv); *************** *** 129,135 **** itb.dstflag = tz.tz_dsttime != DST_NONE; return copyout((caddr_t)&itb, (caddr_t)SCARG(uap, tp), ! sizeof(struct timeb)); } int --- 134,140 ---- itb.dstflag = tz.tz_dsttime != DST_NONE; return copyout((caddr_t)&itb, (caddr_t)SCARG(uap, tp), ! sizeof(struct ibcs2_timeb)); } int *** ibcs2_misc.c.org Tue Feb 10 02:01:35 1998 --- ibcs2_misc.c Tue Feb 3 22:57:35 1998 *************** *** 653,662 **** if (SCARG(uap, gidsetsize)) { SCARG(&sa, gidset) = stackgap_alloc(&sg, NGROUPS_MAX * sizeof(gid_t *)); } - iset = stackgap_alloc(&sg, SCARG(uap, gidsetsize)*sizeof(ibcs2_gid_t)); if (error = getgroups(p, &sa, retval)) return error; for (i = 0, gp = SCARG(&sa, gidset); i < retval[0]; i++) iset[i] = (ibcs2_gid_t)*gp++; if (retval[0] && (error = copyout((caddr_t)iset, --- 653,665 ---- if (SCARG(uap, gidsetsize)) { SCARG(&sa, gidset) = stackgap_alloc(&sg, NGROUPS_MAX * sizeof(gid_t *)); + iset = stackgap_alloc(&sg, SCARG(uap, gidsetsize) * + sizeof(ibcs2_gid_t)); } if (error = getgroups(p, &sa, retval)) return error; + if (SCARG(uap, gidsetsize) == 0) + return 0; for (i = 0, gp = SCARG(&sa, gidset); i < retval[0]; i++) iset[i] = (ibcs2_gid_t)*gp++; if (retval[0] && (error = copyout((caddr_t)iset, >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 13 01:00:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA25188 for freebsd-bugs-outgoing; Fri, 13 Feb 1998 01:00:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA25164; Fri, 13 Feb 1998 01:00:01 -0800 (PST) (envelope-from gnats) Received: from sun-1.punkt.de (sun-1.punkt.de [194.77.232.232]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA24028 for ; Fri, 13 Feb 1998 00:49:52 -0800 (PST) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (ry93@hugo10.ka.punkt.de [194.77.233.242]) by sun-1.punkt.de (8.8.8/8.8.5) with ESMTP id JAA06709; Fri, 13 Feb 1998 09:47:53 +0100 (MET) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.8.7/8.8.7) id JAA00470; Fri, 13 Feb 1998 09:50:32 +0100 (CET) (envelope-from ry93) Message-Id: <199802130850.JAA00470@hugo10.ka.punkt.de> Date: Fri, 13 Feb 1998 09:50:32 +0100 (CET) From: hausen@punkt.de Reply-To: hausen@punkt.de To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: hausen@punkt.de, egeling@punkt.de X-Send-Pr-Version: 3.2 Subject: kern/5735: serious bug in st driver or misconfiguration? Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5735 >Category: kern >Synopsis: Can't write to SCSI tape after "mt fsf" command >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 Feb 13 01:00:01 PST 1998 >Last-Modified: >Originator: Patrick M. Hausen >Organization: WEB Internet Services, Karlsruhe, Germany >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: 2 Adaptec 2940 Tandberg TDC 4220 on second controller Kernel config: controller scbus0 #base SCSI code device ch0 #SCSI media changers device sd0 #SCSI disks device st0 #SCSI tapes device cd0 #SCSI CD-ROMs device od0 #SCSI optical disk controller pci0 controller ahc0 controller ahc1 dmesg output: ahc1 rev 3 int a irq 14 on pci0:14 ahc1: aic7870 Single Channel, SCSI Id=7, 16 SCBs (ahc1:5:0): "PIONEER CD-ROM DR-124X 1.04" type 5 removable SCSI 2 cd0(ahc1:5:0): CD-ROM can't get the size (ahc1:6:0): "TANDBERG TDC 4200 =08:" type 1 removable SCSI 2 st0(ahc1:6:0): Sequential-Access density code 0x0, 512-byte blocks, write-enable >Description: Can't write or even rewind after "mt fsf". This makes (e.g.) Amanda fail after reading the tape-label trying to rewind. >How-To-Repeat: ry93@hugo10:/home/ry93> dd if=/dev/zero of=/dev/nrst0 bs=5k count=10 10+0 records in 10+0 records out 51200 bytes transferred in 0.104582 secs (489568 bytes/sec) ry93@hugo10:/home/ry93> mt -f /dev/rst0 rewind ry93@hugo10:/home/ry93> mt -f /dev/nrst0 fsf ry93@hugo10:/home/ry93> dd if=/dev/zero of=/dev/nrst0 bs=5k count=10 dd: /dev/nrst0: Invalid argument 1+0 records in 0+0 records out 0 bytes transferred in 0.010303 secs (0 bytes/sec) ry93@hugo10:/home/ry93> dmesg | tail -1 st0(ahc1:6:0): ILLEGAL REQUEST asc:50,0 Write append error ry93@hugo10:/home/ry93> mt -f /dev/rst0 rewind mt: /dev/rst0: rewind: Invalid argument ry93@hugo10:/home/ry93> dmesg | tail -1 st0(ahc1:6:0): ILLEGAL REQUEST asc:50,0 Write append error >Fix: unknown >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 13 03:10:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA11866 for freebsd-bugs-outgoing; Fri, 13 Feb 1998 03:10:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA11826; Fri, 13 Feb 1998 03:10:01 -0800 (PST) (envelope-from gnats) Date: Fri, 13 Feb 1998 03:10:01 -0800 (PST) Message-Id: <199802131110.DAA11826@hub.freebsd.org> To: freebsd-bugs Cc: From: MIHIRA "Sanpei" Yoshiro Subject: Re: misc/5002: Novice Installation gets confused if you fail an restart Reply-To: MIHIRA "Sanpei" Yoshiro Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/5002; it has been noted by GNATS. From: MIHIRA "Sanpei" Yoshiro To: freebsd-gnats-submit@freebsd.org, anthony@pinkworks.com Cc: Subject: Re: misc/5002: Novice Installation gets confused if you fail an restart Date: Fri, 13 Feb 1998 20:00:06 +0900 I think this problem is solved and closed as below. in CVS repository: src/release/sysinstall/disks.c 1.70.2.23 for releng_2_2 1.95 for FreeBSD-current Log: Change a bogus failure return to the more proper success return. ---- Yoshiro MIHIRA sanpei@yy.cs.keio.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 13 05:58:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA28245 for freebsd-bugs-outgoing; Fri, 13 Feb 1998 05:58:46 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA28238; Fri, 13 Feb 1998 05:58:42 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id FAA00656; Fri, 13 Feb 1998 05:58:24 -0800 (PST) Date: Fri, 13 Feb 1998 05:58:24 -0800 (PST) Message-Id: <199802131358.FAA00656@freefall.freebsd.org> To: anthony@pinkworks.com, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/5002 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Novice Installation gets confused if you fail an restart State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Fri Feb 13 05:56:45 PST 1998 State-Changed-Why: As noted by sanpei@yy.ics.keio.ac.jp in previous attachment, this PR can indeed be closed. Thank you! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 13 13:50:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA16806 for freebsd-bugs-outgoing; Fri, 13 Feb 1998 13:50:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA16791; Fri, 13 Feb 1998 13:50:05 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA15864; Fri, 13 Feb 1998 13:46:45 -0800 (PST) (envelope-from nobody) Message-Id: <199802132146.NAA15864@hub.freebsd.org> Date: Fri, 13 Feb 1998 13:46:45 -0800 (PST) From: mattc@rfcnet.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: docs/5739: typo in login.conf manpage Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5739 >Category: docs >Synopsis: typo in login.conf manpage >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 13 13:50:02 PST 1998 >Last-Modified: >Originator: Matthew Cashdollar >Organization: RF Communications, Inc. >Release: 2.2.5 >Environment: FreeBSD rfcnet.com 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Fri Feb 13 10:51:57 CST 1998 mattc@rfcnet.com:/usr/src/sys/compile/RFC i386 >Description: in the 'capabilities' section of the login.conf manpage there is the following text: time A period of time, by default in seconds. A prefix may specify a different unit; y indicates the number of 365 day years, w indicates the number of weeks, d the number of days, h the number of minutes, and s the number of seconds. Concatenated values are added together. For example, 2 hours and 40 minutes may be written either as 9600s, 160m or 2h40m. It seems to me that it should list 'm' the number of minutes and 'h' the number of hours. >How-To-Repeat: read the manpage a second time :) >Fix: edit it to read m the number of minutes h the number of hours >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 13 16:50:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA19989 for freebsd-bugs-outgoing; Fri, 13 Feb 1998 16:50:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA19952; Fri, 13 Feb 1998 16:50:03 -0800 (PST) (envelope-from gnats) Date: Fri, 13 Feb 1998 16:50:03 -0800 (PST) Message-Id: <199802140050.QAA19952@hub.freebsd.org> To: freebsd-bugs Cc: From: Tor Egge Subject: re: kern/1067: panic: ufs_lock: recursive lock not expected, pid: 27195 Reply-To: Tor Egge Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/1067; it has been noted by GNATS. From: Tor Egge To: freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: re: kern/1067: panic: ufs_lock: recursive lock not expected, pid: 27195 Date: Sat, 14 Feb 1998 01:42:10 +0100 By introducing a new vnode flag, the assignment of v_mountedhere can be delayed until the file system specific mount code has been successfully executed. This means that the exclusive lock on the vnode to be covered can be temporarily released by the generic mount code, and namei() operations in {ffs,msdosfs,cd9660,nullfs,union,umap}_mount can complete without panics due to unexpected recursive locks. The mount() system call should by default disallow mounts over existing mount points. An explicit mount option (SunOS 5.5.1 uses `-O') should be specified in order to allow mount over an existing mount point. Then mount /dev/fd0 / would give /dev/fd0 on /: Device busy while mount /mnt /mnt would give /mnt on /mnt: Block device required and mount -O /dev/fd0 / would succeed, mounting the floppy as the new root file system. Suggested fix for 3.0-CURRENT: Index: sys/sys/vnode.h =================================================================== RCS file: /home/ncvs/src/sys/sys/vnode.h,v retrieving revision 1.66 diff -u -r1.66 vnode.h --- vnode.h 1998/01/24 02:01:31 1.66 +++ vnode.h 1998/02/10 18:53:07 @@ -155,6 +155,7 @@ #define VDOOMED 0x40000 /* This vnode is being recycled */ #define VFREE 0x80000 /* This vnode is on the freelist */ #define VTBFREE 0x100000 /* This vnode is no the to be freelist */ +#define VMOUNT 0x200000 /* Mount in progress */ /* * Vnode attributes. A field value of VNOVAL represents a field whose value Index: sys/sys/mount.h =================================================================== RCS file: /home/ncvs/src/sys/sys/mount.h,v retrieving revision 1.54 diff -u -r1.54 mount.h --- mount.h 1998/02/05 17:27:42 1.54 +++ mount.h 1998/02/14 00:00:59 @@ -211,7 +211,9 @@ #define MNT_DELEXPORT 0x00020000 /* delete export host lists */ #define MNT_RELOAD 0x00040000 /* reload filesystem data */ #define MNT_FORCE 0x00080000 /* force unmount or readonly change */ -#define MNT_CMDFLAGS (MNT_UPDATE|MNT_DELEXPORT|MNT_RELOAD|MNT_FORCE) +#define MNT_OVERLAY 0x00200000 /* Allow mount over mount point */ +#define MNT_CMDFLAGS (MNT_UPDATE | MNT_DELEXPORT | MNT_RELOAD | \ + MNT_FORCE | MNT_OVERLAY ) /* * Internal filesystem control flags stored in mnt_kern_flag. * Index: sys/kern/vfs_syscalls.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_syscalls.c,v retrieving revision 1.92 diff -u -r1.92 vfs_syscalls.c --- vfs_syscalls.c 1998/02/08 01:41:33 1.92 +++ vfs_syscalls.c 1998/02/13 23:18:59 @@ -233,10 +233,24 @@ vput(vp); return (ENODEV); } - if (vp->v_mountedhere != NULL) { + if ((SCARG(uap, flags) & MNT_OVERLAY) == 0) { + simple_lock(&vp->v_interlock); + if ((vp->v_flag & VROOT) != 0) { + simple_unlock(&vp->v_interlock); + vput(vp); + return EBUSY; + } + simple_unlock(&vp->v_interlock); + } + simple_lock(&vp->v_interlock); + if ((vp->v_flag & VMOUNT) != 0 || + vp->v_mountedhere != NULL) { + simple_unlock(&vp->v_interlock); vput(vp); return (EBUSY); } + vp->v_flag |= VMOUNT; + simple_unlock(&vp->v_interlock); /* * Allocate and initialize the filesystem. @@ -252,9 +266,9 @@ mp->mnt_stat.f_type = vfsp->vfc_typenum; mp->mnt_flag |= vfsp->vfc_flags & MNT_VISFLAGMASK; strncpy(mp->mnt_stat.f_fstypename, vfsp->vfc_name, MFSNAMELEN); - vp->v_mountedhere = mp; mp->mnt_vnodecovered = vp; mp->mnt_stat.f_owner = p->p_ucred->cr_uid; + VOP_UNLOCK(vp, 0, p); update: /* * Set the mount level flags. @@ -286,11 +300,16 @@ vfs_unbusy(mp, p); return (error); } + vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, p); /* * Put the new filesystem on the mount list after root. */ cache_purge(vp); if (!error) { + simple_lock(&vp->v_interlock); + vp->v_flag &= ~VMOUNT; + vp->v_mountedhere = mp; + simple_unlock(&vp->v_interlock); simple_lock(&mountlist_slock); CIRCLEQ_INSERT_TAIL(&mountlist, mp, mnt_list); simple_unlock(&mountlist_slock); @@ -300,7 +319,9 @@ if (error = VFS_START(mp, 0, p)) vrele(vp); } else { - mp->mnt_vnodecovered->v_mountedhere = (struct mount *)0; + simple_lock(&vp->v_interlock); + vp->v_flag &= ~VMOUNT; + simple_unlock(&vp->v_interlock); mp->mnt_vfc->vfc_refcount--; vfs_unbusy(mp, p); free((caddr_t)mp, M_MOUNT); Index: sbin/mount/mntopts.h =================================================================== RCS file: /home/ncvs/src/sbin/mount/mntopts.h,v retrieving revision 1.12 diff -u -r1.12 mntopts.h --- mntopts.h 1997/11/13 00:28:48 1.12 +++ mntopts.h 1998/02/14 00:02:31 @@ -61,6 +61,7 @@ #define MOPT_UPDATE { "update", 0, MNT_UPDATE, 0 } #define MOPT_RO { "ro", 0, MNT_RDONLY, 0 } #define MOPT_RW { "rw", 1, MNT_RDONLY, 0 } +#define MOPT_OVERLAY { "overlay", 0, MNT_OVERLAY, 0 } /* This is parsed by mount(8), but is ignored by specific mount_*(8)s. */ #define MOPT_AUTO { "auto", 0, 0, 0 } @@ -83,7 +84,8 @@ MOPT_RDONLY, \ MOPT_UNION, \ MOPT_NOCLUSTERR, \ - MOPT_NOCLUSTERW + MOPT_NOCLUSTERW, \ + MOPT_OVERLAY void getmntopts __P((const char *, const struct mntopt *, int *, int *)); extern int getmnt_silent; Index: sbin/mount/mount.8 =================================================================== RCS file: /home/ncvs/src/sbin/mount/mount.8,v retrieving revision 1.21 diff -u -r1.21 mount.8 --- mount.8 1997/12/01 00:44:16 1.21 +++ mount.8 1998/02/14 00:08:01 @@ -40,13 +40,13 @@ .Nd mount file systems .Sh SYNOPSIS .Nm mount -.Op Fl adfpruvw +.Op Fl Oadfpruvw .Op Fl t Ar ufs | lfs | external_type .Nm mount -.Op Fl dfpruvw +.Op Fl Odfpruvw .Ar special | node .Nm mount -.Op Fl dfpruvw +.Op Fl Odfpruvw .Op Fl o Ar options .Op Fl t Ar ufs | lfs | external_type .Ar special node @@ -75,6 +75,10 @@ .Pp The options are as follows: .Bl -tag -width indent +.It Fl O +Allows mount on top of existing mount points. Without this option, +attempting to mount a file system over an existing mount point will +result in the error "Device busy". .It Fl a All the filesystems described in .Xr fstab 5 Index: sbin/mount/mount.c =================================================================== RCS file: /home/ncvs/src/sbin/mount/mount.c,v retrieving revision 1.21 diff -u -r1.21 mount.c --- mount.c 1997/11/13 00:28:49 1.21 +++ mount.c 1998/02/14 00:05:52 @@ -129,8 +129,11 @@ options = NULL; vfslist = NULL; vfstype = "ufs"; - while ((ch = getopt(argc, argv, "adfo:prwt:uv")) != -1) + while ((ch = getopt(argc, argv, "Oadfo:prwt:uv")) != -1) switch (ch) { + case 'O': + init_flags |= MNT_OVERLAY; + break; case 'a': all = 1; break; @@ -375,12 +378,15 @@ } optbuf = catopt(strdup(mntopts), options); - if (strcmp(name, "/") == 0) + if ((strcmp(name, "/") == 0) && + (flags & MNT_OVERLAY) == 0) flags |= MNT_UPDATE; if (flags & MNT_FORCE) optbuf = catopt(optbuf, "force"); if (flags & MNT_RDONLY) optbuf = catopt(optbuf, "ro"); + if (flags & MNT_OVERLAY) + optbuf = catopt(optbuf, "overlay"); /* * XXX * The mount_mfs (newfs) command uses -o to select the To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 13 18:20:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA04927 for freebsd-bugs-outgoing; Fri, 13 Feb 1998 18:20:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA04921; Fri, 13 Feb 1998 18:20:02 -0800 (PST) (envelope-from gnats) Date: Fri, 13 Feb 1998 18:20:02 -0800 (PST) Message-Id: <199802140220.SAA04921@hub.freebsd.org> To: freebsd-bugs Cc: From: Tor Egge Subject: re: kern/1067: panic: ufs_lock: recursive lock not expected, pid: 27195 Reply-To: Tor Egge Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/1067; it has been noted by GNATS. From: Tor Egge To: freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: re: kern/1067: panic: ufs_lock: recursive lock not expected, pid: 27195 Date: Sat, 14 Feb 1998 03:12:05 +0100 I wrote: > Then > mount /dev/fd0 / > would give > /dev/fd0 on /: Device busy Incorrect. The mount command (not the system call) handles "/" specially, and adds an implicit MNT_UPDATE option, thus the result is normally /dev/fd0 on /: Specified device does not match mounted device. with or without the suggested fix. - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 13 18:30:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA05981 for freebsd-bugs-outgoing; Fri, 13 Feb 1998 18:30:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA05953; Fri, 13 Feb 1998 18:30:02 -0800 (PST) (envelope-from gnats) Date: Fri, 13 Feb 1998 18:30:02 -0800 (PST) Message-Id: <199802140230.SAA05953@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jason" Subject: Re: bin/5711 Reply-To: "Jason" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5711; it has been noted by GNATS. From: "Jason" To: Cc: Subject: Re: bin/5711 Date: Fri, 13 Feb 1998 20:12:30 -0600 new diffs: diff -c -r /usr/src/bin/cat/cat.1 /usr/local/src/bin/cat/cat.1 *** /usr/src/bin/cat/cat.1 Sat Feb 22 08:01:26 1997 --- /usr/local/src/bin/cat/cat.1 Fri Feb 13 19:48:29 1998 *************** *** 118,125 **** .Sh HISTORY A .Nm ! command appeared in Version 1 AT&T UNIX. Dennis Ritchie designed and wrote the first man page. It appears to have been .Xr cat 1 . ! --- 118,134 ---- .Sh HISTORY A .Nm ! utility appeared in Version 1 AT&T UNIX. Dennis Ritchie designed and wrote the first man page. It appears to have been .Xr cat 1 . ! .Sh STANDARDS ! The ! .Nm cat ! utility is expected to conform to the ! .St -p1003.2-92 ! specification. ! .Pp ! The flags ! .Op Fl benstv ! are extensions to the specification. diff -c -r /usr/src/bin/cat/cat.c /usr/local/src/bin/cat/cat.c *** /usr/src/bin/cat/cat.c Fri Mar 28 09:24:04 1997 --- /usr/local/src/bin/cat/cat.c Fri Feb 13 19:52:55 1998 *************** *** 49,54 **** --- 49,55 ---- #include #include + #include #include #include #include *************** *** 63,72 **** int rval; char *filename; ! void cook_args __P((char *argv[])); ! void cook_buf __P((FILE *)); ! void raw_args __P((char *argv[])); ! void raw_cat __P((int)); int main(argc, argv) --- 64,74 ---- int rval; char *filename; ! void cook_args __P((char *argv[])); ! void cook_buf __P((FILE *)); ! void raw_args __P((char *argv[])); ! void raw_cat __P((int)); ! int main __P((int, char *[])); int main(argc, argv) *************** *** 76,82 **** extern int optind; int ch; ! setlocale(LC_CTYPE, ""); while ((ch = getopt(argc, argv, "benstuv")) != -1) switch (ch) { --- 78,84 ---- extern int optind; int ch; ! setlocale(LC_ALL, ""); while ((ch = getopt(argc, argv, "benstuv")) != -1) switch (ch) { *************** *** 237,258 **** raw_cat(rfd) register int rfd; { ! register int nr, nw, off, wfd; ! static int bsize; static char *buf; struct stat sbuf; wfd = fileno(stdout); ! if (buf == NULL) { ! if (fstat(wfd, &sbuf)) ! err(1, "%s", filename); ! bsize = MAX(sbuf.st_blksize, 1024); ! if ((buf = malloc((u_int)bsize)) == NULL) ! err(1, NULL); } while ((nr = read(rfd, buf, bsize)) > 0) for (off = 0; nr; nr -= nw, off += nw) ! if ((nw = write(wfd, buf + off, nr)) < 0) err(1, "stdout"); if (nr < 0) { warn("%s", filename); --- 239,269 ---- raw_cat(rfd) register int rfd; { ! register int wfd = 0; static char *buf; struct stat sbuf; + static size_t bsize; + size_t nr, nw, off; wfd = fileno(stdout); ! if (fstat(wfd, &sbuf)) ! err(1, "%s", filename); ! if (bsize < sbuf.st_blksize) { ! bsize = MIN(sbuf.st_blksize, SSIZE_MAX); ! if (bsize != sbuf.st_blksize) { ! assert(SSIZE_MAX >= 32767); ! bsize = 16384; ! } ! if (buf != NULL) ! free(buf); ! if ((buf = malloc(bsize)) == NULL) { ! bsize = 0; ! err(1, "malloc failed: cannot allocate buffer"); ! } } while ((nr = read(rfd, buf, bsize)) > 0) for (off = 0; nr; nr -= nw, off += nw) ! if ((nw = write(wfd, buf + off, (size_t)nr)) < 0) err(1, "stdout"); if (nr < 0) { warn("%s", filename); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 13 18:45:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA09984 for freebsd-bugs-outgoing; Fri, 13 Feb 1998 18:45:35 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA09927 for ; Fri, 13 Feb 1998 18:45:22 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.8) id VAA28222; Fri, 13 Feb 1998 21:45:12 -0500 (EST) (envelope-from wollman) Date: Fri, 13 Feb 1998 21:45:12 -0500 (EST) From: Garrett Wollman Message-Id: <199802140245.VAA28222@khavrinen.lcs.mit.edu> To: Tor Egge Cc: freebsd-bugs@hub.freebsd.org Subject: re: kern/1067: panic: ufs_lock: recursive lock not expected, pid: 27195 In-Reply-To: <199802140050.QAA19952@hub.freebsd.org> References: <199802140050.QAA19952@hub.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > The mount() system call should by default disallow mounts over > existing mount points. An explicit mount option (SunOS 5.5.1 uses `-O') > should be specified in order to allow mount over an existing mount point. Gack. I don't see any good reason for such a change (other than the dubious example of compatibility with Slowaris). Mount points should not be treated any differently than any other directories. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 13 20:38:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA25475 for freebsd-bugs-outgoing; Fri, 13 Feb 1998 20:38:20 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from pat.idi.ntnu.no (0@pat.idi.ntnu.no [129.241.103.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA25435 for ; Fri, 13 Feb 1998 20:38:06 -0800 (PST) (envelope-from Tor.Egge@idi.ntnu.no) Received: from idi.ntnu.no (tegge@presis.idi.ntnu.no [129.241.111.173]) by pat.idi.ntnu.no (8.8.8/8.8.8) with ESMTP id EAA02579; Sat, 14 Feb 1998 04:59:15 +0100 (MET) Message-Id: <199802140359.EAA02579@pat.idi.ntnu.no> To: wollman@khavrinen.lcs.mit.edu Cc: freebsd-bugs@hub.freebsd.org Subject: re: kern/1067: panic: ufs_lock: recursive lock not expected, pid: 27195 In-Reply-To: Your message of "Fri, 13 Feb 1998 21:45:12 -0500 (EST)" References: <199802140245.VAA28222@khavrinen.lcs.mit.edu> X-Mailer: Mew version 1.70 on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sat, 14 Feb 1998 04:59:15 +0100 From: Tor Egge Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Gack. I don't see any good reason for such a change (other than the > dubious example of compatibility with Slowaris). Mount points should > not be treated any differently than any other directories. Since MNT_UPDATE is implicit for "/" (which I did not notice when I started writing my reply to kern/1067) and the "-a" option for the mount command does not cause already-mounted filesystems to be mounted again, you are correct. Based upon the manual page and the system call implementation, I mistakenly concluded that the change was useful in order to prevent an accidental mount of a different file system at '/'. This is indeed impossible using the mount command. Those using the mount system call directly probably knows what they are doing. Consider that part of the suggested fix withdrawn. - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 14 05:39:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA19207 for freebsd-bugs-outgoing; Sat, 14 Feb 1998 05:39:20 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA19128; Sat, 14 Feb 1998 05:39:00 -0800 (PST) (envelope-from peter@FreeBSD.org) From: Peter Wemm Received: (from peter@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id FAA00556; Sat, 14 Feb 1998 05:39:00 -0800 (PST) Date: Sat, 14 Feb 1998 05:39:00 -0800 (PST) Message-Id: <199802141339.FAA00556@freefall.freebsd.org> To: dnelson@emsphone.com, peter@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4957 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /bin/top doesn't sort idle processes correctly State-Changed-From-To: open-closed State-Changed-By: peter State-Changed-When: Sat Feb 14 05:37:58 PST 1998 State-Changed-Why: Suggested fixes applied; src/usr.bin/top/machine.c rev 1.9 and 1.3.2.3 Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 14 06:32:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA28697 for freebsd-bugs-outgoing; Sat, 14 Feb 1998 06:32:34 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA28681; Sat, 14 Feb 1998 06:32:02 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA01067; Sat, 14 Feb 1998 06:31:59 -0800 (PST) Date: Sat, 14 Feb 1998 06:31:59 -0800 (PST) Message-Id: <199802141431.GAA01067@freefall.freebsd.org> To: msagre@cactus.fi.uba.ar, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/5734 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: IBCS2 getgroups & ftime emulation State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sat Feb 14 06:31:39 PST 1998 State-Changed-Why: Thanks for calling this to our attention - it has been merged! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 14 07:00:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA00296 for freebsd-bugs-outgoing; Sat, 14 Feb 1998 07:00:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA00267; Sat, 14 Feb 1998 07:00:01 -0800 (PST) (envelope-from gnats) Received: from feldman.dyn.ml.org (green@1Cust119.max5.washington.dc.ms.uu.net [153.34.51.119]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA29874 for ; Sat, 14 Feb 1998 06:55:46 -0800 (PST) (envelope-from green@feldman.dyn.ml.org) Received: (from green@localhost) by feldman.dyn.ml.org (8.8.8/8.8.8) id JAA22852; Sat, 14 Feb 1998 09:53:36 -0500 (EST) (envelope-from green) Message-Id: <199802141453.JAA22852@feldman.dyn.ml.org> Date: Sat, 14 Feb 1998 09:53:36 -0500 (EST) From: green@feldman.dyn.ml.org Reply-To: brianfeldman@hotmail.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5741: Coredump in ftp client. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5741 >Category: bin >Synopsis: FTP quits and dumps core on a specific keystroke >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 14 07:00:01 PST 1998 >Last-Modified: >Originator: Brian Feldman >Organization: None >Release: FreeBSD 3.0-CURRENT i386 >Environment: Nothing special, just a very recent 3.0-CURRENT >Description: If  (^\) occurs at any time in the ftp lient, it will dump core and terminate. >How-To-Repeat: Just start ftp and type  (^\). >Fix: Probably a simple source code fix, but I'm too new to C to do it myself =) >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 14 07:37:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA02886 for freebsd-bugs-outgoing; Sat, 14 Feb 1998 07:37:44 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA02870; Sat, 14 Feb 1998 07:37:36 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA23245; Sat, 14 Feb 1998 07:37:35 -0800 (PST) Date: Sat, 14 Feb 1998 07:37:35 -0800 (PST) Message-Id: <199802141537.HAA23245@freefall.freebsd.org> To: brianfeldman@hotmail.com, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5741 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: FTP quits and dumps core on a specific keystroke State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sat Feb 14 07:36:41 PST 1998 State-Changed-Why: This is not a bug, this is a user typing the QUIT character (man stty) and FTP doing exactly what most programs do when confronted with SIGQUIT. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 14 07:40:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA03273 for freebsd-bugs-outgoing; Sat, 14 Feb 1998 07:40:10 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA03259; Sat, 14 Feb 1998 07:40:07 -0800 (PST) (envelope-from gnats) Date: Sat, 14 Feb 1998 07:40:07 -0800 (PST) Message-Id: <199802141540.HAA03259@hub.freebsd.org> To: freebsd-bugs Cc: From: Mark Murray Subject: Re: bin/5741: Coredump in ftp client. Reply-To: Mark Murray Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5741; it has been noted by GNATS. From: Mark Murray To: brianfeldman@hotmail.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/5741: Coredump in ftp client. Date: Sat, 14 Feb 1998 17:33:42 +0200 > Just start ftp and type  (^\). The function of ^\ is to send a SIGABRT to the process. SIGABRT will cause a core dump. Therefore, this is a feature, not a bug :-) Look at the man page for stty(1). M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 14 07:43:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA03678 for freebsd-bugs-outgoing; Sat, 14 Feb 1998 07:43:52 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA03660; Sat, 14 Feb 1998 07:43:45 -0800 (PST) (envelope-from steve) Date: Sat, 14 Feb 1998 07:43:45 -0800 (PST) From: Steve Price Message-Id: <199802141543.HAA03660@hub.freebsd.org> To: mzaki@e-mail.ne.jp, steve, freebsd-bugs Subject: Re: bin/5679 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ftp does not understand 'site' correctly State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sat Feb 14 07:43:22 PST 1998 State-Changed-Why: Fixed in both -current and -stable. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 14 08:15:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA08185 for freebsd-bugs-outgoing; Sat, 14 Feb 1998 08:15:22 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA08107; Sat, 14 Feb 1998 08:15:12 -0800 (PST) (envelope-from steve) Date: Sat, 14 Feb 1998 08:15:12 -0800 (PST) From: Steve Price Message-Id: <199802141615.IAA08107@hub.freebsd.org> To: mattc@rfcnet.com, steve, freebsd-bugs Subject: Re: docs/5739 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: typo in login.conf manpage State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sat Feb 14 08:14:34 PST 1998 State-Changed-Why: Fixed in both -current and -stable branches. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 14 08:49:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA12338 for freebsd-bugs-outgoing; Sat, 14 Feb 1998 08:49:45 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA12316; Sat, 14 Feb 1998 08:49:38 -0800 (PST) (envelope-from steve) Date: Sat, 14 Feb 1998 08:49:38 -0800 (PST) From: Steve Price Message-Id: <199802141649.IAA12316@hub.freebsd.org> To: oliver.fromme@heim3.tu-clausthal.de, steve, freebsd-bugs Subject: Re: docs/5708 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Small bug in re_format(7) manual page. State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sat Feb 14 08:48:39 PST 1998 State-Changed-Why: Actually the manpage is correct. These characters are only expanded when REG_EXTENDED is specified in the cflags argument to regcomp(3). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 14 08:50:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA12451 for freebsd-bugs-outgoing; Sat, 14 Feb 1998 08:50:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA12441; Sat, 14 Feb 1998 08:50:03 -0800 (PST) (envelope-from gnats) Date: Sat, 14 Feb 1998 08:50:03 -0800 (PST) Message-Id: <199802141650.IAA12441@hub.freebsd.org> To: freebsd-bugs Cc: From: Steve Price Subject: Re: docs/5708: Small bug in re_format(7) manual page. Reply-To: Steve Price Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR docs/5708; it has been noted by GNATS. From: Steve Price To: freebsd-gnats-submit@freebsd.org, oliver.fromme@heim3.tu-clausthal.de Cc: Subject: Re: docs/5708: Small bug in re_format(7) manual page. Date: Sat, 14 Feb 1998 10:50:02 -0600 >Description > > According to the re_format() manual page: > > Obsolete (``basic'') regular expressions differ in several > respects. `|', `+', and `?' are ordinary characters and > there is no equivalent for their functionality. > > This is not completely correct. `x+' is equivalent to `xx*' or > `x\{1,\}', and `x?' is equivalent to `x\{0,1\}'. Actually what the manpage says is correct. 'man 3 regex' and you will see REG_BASIC. If (cflags & REG_BASIC) is non-zero in a call regcomp(3), then the |, +, and ? characters are not expanded. They are only treated special when (cflags & REG_EXTENDED) is non-zero in a call to regcomp(3). Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 14 09:10:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA13757 for freebsd-bugs-outgoing; Sat, 14 Feb 1998 09:10:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA13751; Sat, 14 Feb 1998 09:10:02 -0800 (PST) (envelope-from gnats) Date: Sat, 14 Feb 1998 09:10:02 -0800 (PST) Message-Id: <199802141710.JAA13751@hub.freebsd.org> To: freebsd-bugs Cc: From: Oliver Fromme Subject: Re: docs/5708: Small bug in re_format(7) manual page. Reply-To: Oliver Fromme Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR docs/5708; it has been noted by GNATS. From: Oliver Fromme To: sprice@hiwaay.net (Steve Price) Cc: freebsd-gnats-submit@freebsd.org, oliver.fromme@heim3.tu-clausthal.de Subject: Re: docs/5708: Small bug in re_format(7) manual page. Date: Sat, 14 Feb 1998 18:05:28 +0100 (MET) Steve Price wrote: > >Description > > > > According to the re_format() manual page: > > > > Obsolete (``basic'') regular expressions differ in several > > respects. `|', `+', and `?' are ordinary characters and > > there is no equivalent for their functionality. > > > > This is not completely correct. `x+' is equivalent to `xx*' or > > `x\{1,\}', and `x?' is equivalent to `x\{0,1\}'. > > Actually what the manpage says is correct. 'man 3 regex' and > you will see REG_BASIC. If (cflags & REG_BASIC) is non-zero in a > call regcomp(3), then the |, +, and ? characters are not expanded. > They are only treated special when (cflags & REG_EXTENDED) is > non-zero in a call to regcomp(3). That is NOT the bug that I was reporting. The manpage IS incorrect in saying that there is no equivalent for the functionality of "+" and "?" in basic REs. I'm sorry if my description wasn't clear enough. "+" in extended REs is equivalent to "\{1,\}" in basic REs, and "?" in extended REs is equivalent to "\{0,1\}" in basic REs. I think that I expressed this quite clear in the diff that I included with my PR. Should I re-open this with another PR, or can we get it fixed without that? Regards Oliver -- Oliver Fromme, Leibnizstr. 18-61, 38678 Clausthal, Germany (Info: finger userinfo:olli@dorifer.heim3.tu-clausthal.de) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 14 09:20:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA14373 for freebsd-bugs-outgoing; Sat, 14 Feb 1998 09:20:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA14357; Sat, 14 Feb 1998 09:20:02 -0800 (PST) (envelope-from gnats) Date: Sat, 14 Feb 1998 09:20:02 -0800 (PST) Message-Id: <199802141720.JAA14357@hub.freebsd.org> To: freebsd-bugs Cc: From: Steve Price Subject: Re: docs/5708: Small bug in re_format(7) manual page. Reply-To: Steve Price Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR docs/5708; it has been noted by GNATS. From: Steve Price To: Oliver Fromme Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: docs/5708: Small bug in re_format(7) manual page. Date: Sat, 14 Feb 1998 11:14:21 -0600 Oliver Fromme wrote: > > That is NOT the bug that I was reporting. The manpage IS > incorrect in saying that there is no equivalent for the > functionality of "+" and "?" in basic REs. I'm sorry if > my description wasn't clear enough. > > "+" in extended REs is equivalent to "\{1,\}" in basic REs, > and "?" in extended REs is equivalent to "\{0,1\}" in basic > REs. I think that I expressed this quite clear in the diff > that I included with my PR. Ah! <:} I understand now. Sorry. > Should I re-open this with another PR, or can we get it > fixed without that? No need for a new PR let me try to come up with a new wording and I will let you review it. Steve > Regards > Oliver > > -- > Oliver Fromme, Leibnizstr. 18-61, 38678 Clausthal, Germany > (Info: finger userinfo:olli@dorifer.heim3.tu-clausthal.de) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 14 09:25:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA15156 for freebsd-bugs-outgoing; Sat, 14 Feb 1998 09:25:38 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA15117; Sat, 14 Feb 1998 09:25:23 -0800 (PST) (envelope-from steve) Date: Sat, 14 Feb 1998 09:25:23 -0800 (PST) From: Steve Price Message-Id: <199802141725.JAA15117@hub.freebsd.org> To: oliver.fromme@heim3.tu-clausthal.de, steve, freebsd-bugs, steve Subject: Re: docs/5708 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Small bug in re_format(7) manual page. State-Changed-From-To: closed-open State-Changed-By: steve State-Changed-When: Sat Feb 14 09:23:40 PST 1998 State-Changed-Why: I misread this intent of this PR. The problem is indeed present. Responsible-Changed-From-To: freebsd-bugs->steve Responsible-Changed-By: steve Responsible-Changed-When: Sat Feb 14 09:23:40 PST 1998 Responsible-Changed-Why: I am going to fix this, since I trampled on it already. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 14 14:57:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA02644 for freebsd-bugs-outgoing; Sat, 14 Feb 1998 14:57:18 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from steve@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA02598; Sat, 14 Feb 1998 14:57:01 -0800 (PST) (envelope-from steve) Date: Sat, 14 Feb 1998 14:57:01 -0800 (PST) From: Steve Price Message-Id: <199802142257.OAA02598@hub.freebsd.org> To: adrian@virginia.edu, steve, freebsd-bugs Subject: Re: docs/5677 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: clarification of -batch arguments State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Sat Feb 14 14:56:32 PST 1998 State-Changed-Why: Patch applied with one very minor mod. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 14 15:10:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA04231 for freebsd-bugs-outgoing; Sat, 14 Feb 1998 15:10:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA04214; Sat, 14 Feb 1998 15:10:03 -0800 (PST) (envelope-from gnats) Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA03523 for ; Sat, 14 Feb 1998 15:04:19 -0800 (PST) (envelope-from nik@nothing-going-on.demon.co.uk) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.8.8/8.8.8) id RAA14702; Sat, 14 Feb 1998 17:31:53 GMT (envelope-from nik) Message-Id: <199802141731.RAA14702@nothing-going-on.demon.co.uk> Date: Sat, 14 Feb 1998 17:31:53 GMT From: Nik Clayton Reply-To: nik@nothing-going-on.demon.co.uk To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5745: [PATCH] Add /usr/local/share/mk to default make(1) search path Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5745 >Category: bin >Synopsis: [PATCH] Add /usr/local/share/mk to default make(1) search path >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 Feb 14 15:10:01 PST 1998 >Last-Modified: >Originator: Nik Clayton >Organization: Mildly disorganised >Release: FreeBSD 2.2.5-STABLE i386 >Environment: 2.2.5-stable >Description: Makefiles can include other makefiles using the ".include" notation. When specifying the file to include using '<...>' notation, make(1) will look for the file in a 'system include directory'. Currently, that directory is set to '/usr/share/mk'. make(1) can handle multiple directories, but that functionality is not currently used. I am working on some Makefiles that contain common functionality and will be used by multiple projects. I could either put these Makefile fragments into /usr/share/mk (which violates the principle that local modifications should go somewhere under /usr/local) or I could put them in /usr/local/share/mk and write my Makefiles to use .include "/usr/local/share/mk/nik.fragment.mk" which seemed to be less clean than .include The enclosed (trivial) patch adds /usr/local/share/mk to the list of paths in pathnames.h and updates the man page. >How-To-Repeat: N/A >Fix: Decide if my suggested change is appropriate, and apply the following patch: Index: make.1 =================================================================== RCS file: /usr/local/cvs-reps/FreeBSD/src/usr.bin/make/make.1,v retrieving revision 1.6.2.3 diff -c -r1.6.2.3 make.1 *** make.1 1997/09/15 09:20:40 1.6.2.3 --- make.1 1998/02/14 17:12:11 *************** *** 152,160 **** .It Fl m Ar directory Specify a directory in which to search for sys.mk and makefiles included via the <...> style. Multiple directories can be added to form a search path. ! This path will override the default system include path: /usr/share/mk. ! Furthermore the system include path will be appended to the search path used ! for "..."-style inclusions (see the .Fl I option). .It Fl n --- 152,160 ---- .It Fl m Ar directory Specify a directory in which to search for sys.mk and makefiles included via the <...> style. Multiple directories can be added to form a search path. ! This path will override the default system include paths: /usr/share/mk and ! /usr/local/share/mk. Furthermore the system include path will be appended ! to the search path used for "..."-style inclusions (see the .Fl I option). .It Fl n *************** *** 951,956 **** --- 951,958 ---- system makefile .It /usr/share/mk system makefile directory + .It /usr/local/share/mk + system local makefile directory .It /usr/share/doc/psd/12.make PMake tutorial .El Index: pathnames.h =================================================================== RCS file: /usr/local/cvs-reps/FreeBSD/src/usr.bin/make/pathnames.h,v retrieving revision 1.5 diff -c -r1.5 pathnames.h *** pathnames.h 1996/10/06 02:34:36 1.5 --- pathnames.h 1998/02/14 17:09:39 *************** *** 38,41 **** #define _PATH_OBJDIRPREFIX "/usr/obj" #define _PATH_DEFSHELLDIR "/bin" #define _PATH_DEFSYSMK "sys.mk" ! #define _PATH_DEFSYSPATH "/usr/share/mk" --- 38,41 ---- #define _PATH_OBJDIRPREFIX "/usr/obj" #define _PATH_DEFSHELLDIR "/bin" #define _PATH_DEFSYSMK "sys.mk" ! #define _PATH_DEFSYSPATH "/usr/share/mk:/usr/local/share/mk" >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 14 15:20:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA06950 for freebsd-bugs-outgoing; Sat, 14 Feb 1998 15:20:11 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA06919; Sat, 14 Feb 1998 15:20:03 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA04941; Sat, 14 Feb 1998 15:12:41 -0800 (PST) (envelope-from nobody) Message-Id: <199802142312.PAA04941@hub.freebsd.org> Date: Sat, 14 Feb 1998 15:12:41 -0800 (PST) From: asv@gaboon.nai.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5746: bootparamd will not netboot sun 3 computers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5746 >Category: bin >Synopsis: bootparamd will not netboot sun 3 computers >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 Feb 14 15:20:01 PST 1998 >Last-Modified: >Originator: stan voket >Organization: >Release: FreeBSD -stable 2-14-97 >Environment: FreeBSD gaboon.nai.net 2.2.5-STABLE FreeBDF 2.2.5-STABLE #0 Fri Jan 30 01:58:55 EST 1998 toor@gaboon.nai.net /usr/src/sys/compile/GABOON i386 >Description: I used to boot several Sun3 computers as Xkernel X terminals from FreeBSD. This capability stopped somewhere around FBSD 2.1.7. With an identical /etc/bootparams file NetBSD 1.3 boots these Suns just fine. This behavior seems to be universal to several other FreeBSD/Sun3 X users. (personal e-mail) I will be happy to help in tracking down this problem as I have both FreeBSD and NetBSD running at this site. >How-To-Repeat: Boot Sun 3. It receives only partial info required if bootparamd server is FreeBSD. It receives all required info if rpc.bootparmad server is NetBSD or SunOS. >Fix: Unknown. However, I have a working NetBSD server and several non working FreeBSD bootparamd servers with source. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 14 16:10:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA16412 for freebsd-bugs-outgoing; Sat, 14 Feb 1998 16:10:03 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA16386; Sat, 14 Feb 1998 16:10:01 -0800 (PST) (envelope-from gnats) Received: from sasquatch.dannyland.org (sasquatch.dannyland.org [207.229.158.70]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA15537 for ; Sat, 14 Feb 1998 16:05:16 -0800 (PST) (envelope-from dannyman@sasquatch.dannyland.org) Received: (from dannyman@localhost) by sasquatch.dannyland.org (8.8.8/8.8.5) id NAA09135; Sat, 14 Feb 1998 13:31:59 -0600 (CST) Message-Id: <199802141931.NAA09135@sasquatch.dannyland.org> Date: Sat, 14 Feb 1998 13:31:59 -0600 (CST) From: Dannyman Reply-To: dannyman@sasquatch.dannyland.org To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: dannyman@sasquatch.dannyland.org X-Send-Pr-Version: 3.2 Subject: bin/5747: ld.so error message Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5747 >Category: bin >Synopsis: ld.so error message >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 14 16:10:01 PST 1998 >Last-Modified: >Originator: Dannyman >Organization: >Release: FreeBSD 2.2.5-STABLE i386 >Environment: >Description: While a user was running a script for sending a large number of email messages to his customers, the system ran across limits on the number of files it could hold open; Feb 13 18:23:11 sasquatch syslogd: /dev/console: Too many open files in system: Too many open files in system Feb 13 18:23:11 sasquatch syslogd: /var/run/utmp: Too many open files in system Feb 13 18:23:11 sasquatch syslogd: /var/run/utmp: Too many open files in system Feb 13 18:23:11 sasquatch /kernel: file: table is full Feb 13 18:23:11 sasquatch syslogd: /var/run/utmp: Too many open files in system Feb 13 18:23:11 sasquatch last message repeated 3 times Feb 13 18:23:11 sasquatch /kernel: file: table is full Feb 13 18:23:11 sasquatch last message repeated 8 times As a result, the user's script returned an error when opening a pipe to sendmail; ld.so failed: Can't find shared library "libutil.so.2.2" After receiving a message from this user, I investigated the trouble and figured out that it wasn't that libutil wasn't found, but more likely that it could not be opened. >How-To-Repeat: >Fix: I'm not sure how ld's algorithm pans out, but it may be more helpful if it could return a more accurate error message under any condition where the shared library is present, but can not be opened. Any competent sysadmin should be able to second-guess such an error though by consulting /var/log/messages, so I wouldn't worry too much. :) You guys are great! dannyman >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 14 16:20:04 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA17929 for freebsd-bugs-outgoing; Sat, 14 Feb 1998 16:20:04 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA17873; Sat, 14 Feb 1998 16:20:01 -0800 (PST) (envelope-from gnats) Date: Sat, 14 Feb 1998 16:20:01 -0800 (PST) Message-Id: <199802150020.QAA17873@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: bin/5745: [PATCH] Add /usr/local/share/mk to default make(1) search path Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/5745; it has been noted by GNATS. From: Bruce Evans To: FreeBSD-gnats-submit@FreeBSD.ORG, nik@nothing-going-on.demon.co.uk Cc: Subject: Re: bin/5745: [PATCH] Add /usr/local/share/mk to default make(1) search path Date: Sun, 15 Feb 1998 11:06:03 +1100 > When specifying the file to include using '<...>' notation, make(1) > will look for the file in a 'system include directory'. > > Currently, that directory is set to '/usr/share/mk'. make(1) can > handle multiple directories, but that functionality is not > currently used. It's left to users to use it: `make -m your_system_include_dir', or put the flags in the MAKEFLAGS environment variable. Is there a problem with the search order? Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 14 17:05:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA24883 for freebsd-bugs-outgoing; Sat, 14 Feb 1998 17:05:33 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from geocities.com (mail6.geocities.com [209.1.224.26]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA24869 for ; Sat, 14 Feb 1998 17:05:29 -0800 (PST) (envelope-from jason_smethers@bigfoot.com) Received: from jason (56K-110.MaxTNT5.pdq.net [209.144.24.110]) by geocities.com (8.8.5/8.8.5) with SMTP id RAA12474 for ; Sat, 14 Feb 1998 17:03:43 -0800 (PST) Message-ID: <007501bd39ac$10e4a520$016f6f6f@jason> Reply-To: "Jason" From: "Jason" To: Subject: Re: bin/5711 Date: Sat, 14 Feb 1998 18:52:59 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >From: "Jason" >To: >Cc: Subject: Re: bin/5711 >Date: Fri, 13 Feb 1998 20:12:30 -0600 > > new diffs: left out a s on line 246, should be: ssize_t nr, nw, off; even newer diffs: diff -c -r /usr/src/bin/cat/cat.1 /usr/local/src/bin/cat/cat.1 *** /usr/src/bin/cat/cat.1 Sat Feb 22 08:01:26 1997 --- /usr/local/src/bin/cat/cat.1 Fri Feb 13 19:48:29 1998 *************** *** 118,125 **** .Sh HISTORY A .Nm ! command appeared in Version 1 AT&T UNIX. Dennis Ritchie designed and wrote the first man page. It appears to have been .Xr cat 1 . ! --- 118,134 ---- .Sh HISTORY A .Nm ! utility appeared in Version 1 AT&T UNIX. Dennis Ritchie designed and wrote the first man page. It appears to have been .Xr cat 1 . ! .Sh STANDARDS ! The ! .Nm cat ! utility is expected to conform to the ! .St -p1003.2-92 ! specification. ! .Pp ! The flags ! .Op Fl benstv ! are extensions to the specification. diff -c -r /usr/src/bin/cat/cat.c /usr/local/src/bin/cat/cat.c *** /usr/src/bin/cat/cat.c Fri Mar 28 09:24:04 1997 --- /usr/local/src/bin/cat/cat.c Fri Feb 13 19:52:55 1998 *************** *** 49,54 **** --- 49,55 ---- #include #include + #include #include #include #include *************** *** 63,72 **** int rval; char *filename; ! void cook_args __P((char *argv[])); ! void cook_buf __P((FILE *)); ! void raw_args __P((char *argv[])); ! void raw_cat __P((int)); int main(argc, argv) --- 64,74 ---- int rval; char *filename; ! void cook_args __P((char *argv[])); ! void cook_buf __P((FILE *)); ! void raw_args __P((char *argv[])); ! void raw_cat __P((int)); ! int main __P((int, char *[])); int main(argc, argv) *************** *** 76,82 **** extern int optind; int ch; ! setlocale(LC_CTYPE, ""); while ((ch = getopt(argc, argv, "benstuv")) != -1) switch (ch) { --- 78,84 ---- extern int optind; int ch; ! setlocale(LC_ALL, ""); while ((ch = getopt(argc, argv, "benstuv")) != -1) switch (ch) { *************** *** 237,258 **** raw_cat(rfd) register int rfd; { ! register int nr, nw, off, wfd; ! static int bsize; static char *buf; struct stat sbuf; wfd = fileno(stdout); ! if (buf == NULL) { ! if (fstat(wfd, &sbuf)) ! err(1, "%s", filename); ! bsize = MAX(sbuf.st_blksize, 1024); ! if ((buf = malloc((u_int)bsize)) == NULL) ! err(1, NULL); } while ((nr = read(rfd, buf, bsize)) > 0) for (off = 0; nr; nr -= nw, off += nw) ! if ((nw = write(wfd, buf + off, nr)) < 0) err(1, "stdout"); if (nr < 0) { warn("%s", filename); --- 239,269 ---- raw_cat(rfd) register int rfd; { ! register int wfd = 0; static char *buf; struct stat sbuf; + static size_t bsize; + ssize_t nr, nw, off; wfd = fileno(stdout); ! if (fstat(wfd, &sbuf)) ! err(1, "%s", filename); ! if (bsize < sbuf.st_blksize) { ! bsize = MIN(sbuf.st_blksize, SSIZE_MAX); ! if (bsize != sbuf.st_blksize) { ! assert(SSIZE_MAX >= 32767); ! bsize = 16384; ! } ! if (buf != NULL) ! free(buf); ! if ((buf = malloc(bsize)) == NULL) { ! bsize = 0; ! err(1, "malloc failed: cannot allocate buffer"); ! } } while ((nr = read(rfd, buf, bsize)) > 0) for (off = 0; nr; nr -= nw, off += nw) ! if ((nw = write(wfd, buf + off, (size_t)nr)) < 0) err(1, "stdout"); if (nr < 0) { warn("%s", filename); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 14 17:40:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA29425 for freebsd-bugs-outgoing; Sat, 14 Feb 1998 17:40:07 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA29390; Sat, 14 Feb 1998 17:40:04 -0800 (PST) (envelope-from gnats) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA27992; Sat, 14 Feb 1998 17:30:50 -0800 (PST) (envelope-from nobody) Message-Id: <199802150130.RAA27992@hub.freebsd.org> Date: Sat, 14 Feb 1998 17:30:50 -0800 (PST) From: eric@dol.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/5748: I am not able to choose the right controler card from the menu selection. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 5748 >Category: conf >Synopsis: I am not able to choose the right controler card from the menu selection. >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: support >Submitter-Id: current-users >Arrival-Date: Sat Feb 14 17:40:02 PST 1998 >Last-Modified: >Originator: Andy >Organization: Delaware Online >Release: Second Edition >Environment: Memory 16,486 cpu,t3 connectablities. >Description: When i look to pick controler card (adaptec 2840) i can not choose the card when i do a new install. >How-To-Repeat: trying to install the software >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 14 20:19:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA17683 for freebsd-bugs-outgoing; Sat, 14 Feb 1998 20:19:05 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA17625; Sat, 14 Feb 1998 20:18:56 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id UAA02592; Sat, 14 Feb 1998 20:18:52 -0800 (PST) Date: Sat, 14 Feb 1998 20:18:52 -0800 (PST) Message-Id: <199802150418.UAA02592@freefall.freebsd.org> To: eric@dol.net, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/5748 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: I am not able to choose the right controler card from the menu selection. State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sat Feb 14 20:18:12 PST 1998 State-Changed-Why: I assume you mean an Adaptec 2940 and if so it's not in the devices menu because it's a PCI card and doesn't need to be. Never heard of the 2840, so if you really do have one of those then it's not supported anyway. :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 14 21:04:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA26558 for freebsd-bugs-outgoing; Sat, 14 Feb 1998 21:04:33 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA26542; Sat, 14 Feb 1998 21:04:22 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.8.8/8.8.8/Spinner) with ESMTP id NAA00730; Sun, 15 Feb 1998 13:04:14 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199802150504.NAA00730@spinner.netplex.com.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: "Gary Palmer" cc: Donn Miller , current@FreeBSD.ORG, bugs@FreeBSD.ORG Subject: Re: netscape/swap_pager causing problems with syscons In-reply-to: Your message of "Mon, 02 Feb 1998 20:28:06 EST." <16424.886469286@gjp.erols.com> Date: Sun, 15 Feb 1998 13:04:14 +0800 From: Peter Wemm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Gary Palmer" wrote: > Donn Miller wrote in message ID > : > > Jordan hinted to this as a problem with syscons in one posting I saw. I > > would have to agree. In general, running out of swap space with netscape > > and X running wrecks havoc on syscons. I was wondering if anyone has > > experience with this problem and a possible solution as to how to get > > syscons responding again. I can't login by way of serial console so I > > guess the only choice is to just ctrl+alt+delete > > The problem is that the X server reprograms the chipset on the video > card to do what *it* wants. Syscons has no idea of the original > settings, and therefore can't restore them if X exits abnormally > (i.e. running out of swap and the kernel killing the server) > > The only possible solution is telling the console code how to reprogram > the video chipset, and making X indirect through the console code > for paramater changes. Perhaps it's not quite necessary to go that far, but it would be nice if syscons could be programmed (by the X server) with a sequence of instructions for resetting the video card back to sane settings. Then, when the xserver was killed, ot the machine paniced or whatever, then syscons could step through a list of instructions to reset the video card back to sanity. Presumably it'd have to be a mini instruction list.. ie: outb this value to this port, write to such-and-such a memory location, pause for a given amount, and so on.. kinda like BPF's programming. But then again, there's always the 'load the DDX component as a kernel module' option as Terry has pointed out. > Gary Cheers, -Peter -- Peter Wemm Netplex Consulting To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 14 21:57:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA03054 for freebsd-bugs-outgoing; Sat, 14 Feb 1998 21:57:06 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from sasami.jurai.net (winter@[207.31.78.80]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA03005; Sat, 14 Feb 1998 21:56:53 -0800 (PST) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with SMTP id AAA04908; Sun, 15 Feb 1998 00:56:04 -0500 (EST) Date: Sun, 15 Feb 1998 00:56:04 -0500 (EST) From: "Matthew N. Dodd" To: "Jordan K. Hubbard" cc: eric@dol.net, freebsd-bugs@FreeBSD.ORG Subject: Re: conf/5748 In-Reply-To: <199802150418.UAA02592@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 Sat, 14 Feb 1998, Jordan K. Hubbard wrote: > I assume you mean an Adaptec 2940 and if so it's not in the devices > menu because it's a PCI card and doesn't need to be. Never heard of > the 2840, so if you really do have one of those then it's not supported > anyway. :-) The 284x is the VELSA Local Bus version of the aic7770. It uses the same driver as the 274x. It is supported. /* Matthew N. Dodd | A memory retaining a love you had for life winter@jurai.net | As cruel as it seems nothing ever seems to http://www.jurai.net/~winter | go right - FLA M 3.1:53 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message