Date: Tue, 09 Nov 1999 16:01:51 PST From: "ren des" <rendes@hotmail.com> To: hackers@FreeBSD.ORG Subject: unsubscribe Message-ID: <19991110000156.71063.qmail@hotmail.com>
next in thread | raw e-mail | index | archive | help
>From: owner-freebsd-hackers-digest@FreeBSD.ORG (freebsd-hackers-digest)
>Reply-To: hackers@FreeBSD.ORG
>To: freebsd-hackers-digest@FreeBSD.ORG
>Subject: freebsd-hackers-digest V4 #664
>Date: Fri, 5 Nov 1999 01:41:52 -0800 (PST)
>From owner-freebsd-hackers-digest@FreeBSD.ORG Fri Nov 05 01:45:07 1999
>Received: from [204.216.27.18] by hotmail.com (3.2) with ESMTP id
>MHotMailB9EBF1F90021D82197DACCD81B126C6D0; Fri Nov 05 01:45:05 1999
>Received: by hub.freebsd.org (Postfix, from userid 538)id B882D158B9; Fri,
>5 Nov 1999 01:41:52 -0800 (PST)
>Received: from localhost (localhost [127.0.0.1])by hub.freebsd.org
>(Postfix) with SMTPid 925891CD7FE; Fri, 5 Nov 1999 01:41:52 -0800
>(PST)(envelope-from owner-freebsd-hackers-digest)
>Received: by hub.freebsd.org (bulk_mailer v1.12); Fri, 5 Nov 1999 01:41:52
>-0800
>Sender: owner-freebsd-hackers-digest@FreeBSD.ORG
>Precedence: bulk
>Message-ID: <bulk.69211.19991105014152@hub.freebsd.org>
>
>freebsd-hackers-digest Friday, November 5 1999 Volume 04 : Number 664
>
>
>
>In this issue:
>Re: kstat - an API for gathering kernel stats
>Re: kstat - an API for gathering kernel stats
>Re: kstat - an API for gathering kernel stats
>Re: kstat - an API for gathering kernel stats
>Re: nfs cookie spoofing patch
>FreeBSD FibreChannel support
>Re: kstat - an API for gathering kernel stats
>Re: aio Functions
>Compiling elf gcc 2.7.2.3 on FreeBSD 3.3-R?
>Re: kstat - an API for gathering kernel stats
>Re: FreeBSD FibreChannel support
>New i2o support available for testing. (fwd)
>Re: kstat - an API for gathering kernel stats
>Re: aio Functions
>passwd and chat
>Re: kstat - an API for gathering kernel stats
>Re: passwd and chat
>Re: kstat - an API for gathering kernel stats
>Re: kstat - an API for gathering kernel stats
>Re: (forw) Reversing 32Upgrade package
>Re: Compiling elf gcc 2.7.2.3 on FreeBSD 3.3-R?
>Re: kstat - an API for gathering kernel stats
>Re: aio Functions
>Re: FreeBSD FibreChannel support
>Re: FreeBSD FibreChannel support
>Re: Netgear FA410 pccard ethernet?
>Re: Netgear FA410 pccard ethernet?
>Re: FreeBSD FibreChannel support
>Re: Granularity of disk I/O
>Re: Netgear FA410 pccard ethernet?
>Re: Netgear FA410 pccard ethernet?
>Re: FreeBSD FibreChannel support
>Re: FreeBSD FibreChannel support
>Re: kstat - an API for gathering kernel stats
>ftpd feature: lock file being stored
>Re: FreeBSD FibreChannel support
>Re: Compiling elf gcc 2.7.2.3 on FreeBSD 3.3-R?
>Re: FreeBSD FibreChannel support
>Re: FreeBSD FibreChannel support
>Re: FreeBSD FibreChannel support
>unable to compile current
>Re: Netgear FA410 pccard ethernet?
>Re: Netgear FA410 pccard ethernet?
>Re: Is there anything like #ifdef BSD
>Re: kstat - an API for gathering kernel stats
>Re: kstat - an API for gathering kernel stats
>Re: Netgear FA410 pccard ethernet?
>Re: FreeBSD FibreChannel support
>Re: FreeBSD FibreChannel support
>Re: kstat - an API for gathering kernel stats
>Re: kstat - an API for gathering kernel stats
>Re: kstat - an API for gathering kernel stats
>Re: kstat - an API for gathering kernel stats
>Re: kstat - an API for gathering kernel stats
>Re: unable to compile current
>Re: FreeBSD FibreChannel support
>Re: kstat - an API for gathering kernel stats
>PCMCIA Chipset
>Re: kstat - an API for gathering kernel stats
>
>----------------------------------------------------------------------
>
>Date: Thu, 4 Nov 1999 02:53:51 -0500 (EST)
>From: "Matthew N. Dodd" <winter@jurai.net>
>Subject: Re: kstat - an API for gathering kernel stats
>
>On Wed, 3 Nov 1999, Arun Sharma wrote:
> > A user program makes a system call with this string "cpu.system" to get
> > the current value of user/system/nice time etc.
>
>How is this different from doing:
>
># sysctl -a | grep load
>vm.loadavg: { 0.15 0.09 0.04 }
>
>Ideally we could have a syscall that could return the OID for a given name
>to solve the portability and speed issues associated with doing repeated
>lookups.
>
>Seems like you've reinvented the wheel to me.
>
>- --
>| Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD |
>| winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax |
>| http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever |
>
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-hackers" in the body of the message
>
>------------------------------
>
>Date: Thu, 4 Nov 1999 00:29:59 -0800 (PST)
>From: Matthew Jacob <mjacob@feral.com>
>Subject: Re: kstat - an API for gathering kernel stats
>
>Well, this is welcome news- Bonwick's kstat from solaris was and is an
>excellent tool. I look forward to using your version.
>
>
>
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-hackers" in the body of the message
>
>------------------------------
>
>Date: Thu, 04 Nov 1999 00:31:15 -0800 (PST)
>From: Alex Zepeda <jazepeda@pacbell.net>
>Subject: Re: kstat - an API for gathering kernel stats
>
>On Thu, 4 Nov 1999, Matthew N. Dodd wrote:
>
> > On Wed, 3 Nov 1999, Arun Sharma wrote:
> > > A user program makes a system call with this string "cpu.system" to
>get
> > > the current value of user/system/nice time etc.
> >
> > How is this different from doing:
> >
> > # sysctl -a | grep load
> > vm.loadavg: { 0.15 0.09 0.04 }
>
>How is that different from doing:
>
>sysctl vm.loadavg?
>
>- - alex
>
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-hackers" in the body of the message
>
>------------------------------
>
>Date: Thu, 04 Nov 1999 00:30:06 -0800
>From: Mike Smith <mike@smith.net.au>
>Subject: Re: kstat - an API for gathering kernel stats
>
> > I wrote kstat as a way to improve on the current BSD method of getting
> > kernel statistics, which involves looking up a particular kernel symbol
> > name and then getting the value from the symbol offset. This makes any
> > performance monitoring tool or an application that gets kernel stats
> > non-portable across different kernel versions if for some reason, the
>names
> > of these variables happen to change.
>
>We have been progressively obsoleting this for some time in favour of
>sysctl, which covers all of the features you're offering and then some.
>
>Probably the only major advantage your implementation has is the direct
>handling of strings as identifiers, rather than the name-to-oid lookup,
>but the cached OID provides a much faster lookup method for values you
>want to get on a regular basis.
>
>- --
>\\ Give a man a fish, and you feed him for a day. \\ Mike Smith
>\\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org
>\\ and he'll hate you for a lifetime. \\ msmith@cdrom.com
>
>
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-hackers" in the body of the message
>
>------------------------------
>
>Date: Thu, 4 Nov 1999 10:32:12 +0000
>From: David Malone <dwmalone@maths.tcd.ie>
>Subject: Re: nfs cookie spoofing patch
>
>On Wed, Nov 03, 1999 at 11:40:39AM -0800, Matthew Dillon wrote:
>
> > The bug is on the server-side, not really the client side. Many
>people
> > have been bitten by this problem and it would be cool if someone
>submitted
> > a patch to fix it. I will get to it eventually but I'm kinda tied
>up
> > at the moment.
>
>I think Ian Dowse submitted a patch for this some time ago, which we have
>been using with no trouble for months. See:
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=13049
>
>David.
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-hackers" in the body of the message
>
>------------------------------
>
>Date: Thu, 4 Nov 1999 06:02:34 -0800 (PST)
>From: "Jonathan M. Bresler" <jmb@hub.freebsd.org>
>Subject: FreeBSD FibreChannel support
>
>Matt,
>
> Thank you for lunch at the South American resturant in
>Berkeley during the FreeBSDCon.
>
> Do we have a FibreChannel driver for FreeBSD? Ideally, I am
>looking for arbitrated loop support on the emulex cards.
>
>jmb
>- --
>Jonathan M. Bresler FreeBSD Core Team, Postmaster
>jmb@FreeBSD.ORG
>FreeBSD--The Power to Serve JMB193
>http://www.freebsd.org/
>PGP 2.6.2 Fingerprint: 31 57 41 56 06 C1 40 13 C5 1C E3 E5 DC 62 0E
>FB
>
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-hackers" in the body of the message
>
>------------------------------
>
>Date: Thu, 04 Nov 1999 11:49:13 ART
>From: "Ricardo Bernardini" <rbernardini@hotmail.com>
>Subject: Re: kstat - an API for gathering kernel stats
>
>I don't think kstat does the same as sysctl, at least for one thing: it
>provides for a way to dynamically add counters, if there is a way to
>enumerate them and userland proceses can add their own, it will make a good
>performance tool. May be I won't have kstat in all my kernels, but it would
>be good to have it when you are doing some capacity planning.
>
>Saludos / Regards
>Ricardo
>
>
>- ----Original Message Follows----
>From: Mike Smith <mike@smith.net.au>
> > I wrote kstat as a way to improve on the current BSD method of getting
> > kernel statistics, which involves looking up a particular kernel symbol
> > name and then getting the value from the symbol offset. This makes any
> > performance monitoring tool or an application that gets kernel stats
> > non-portable across different kernel versions if for some reason, the
>names
> > of these variables happen to change.
>
>We have been progressively obsoleting this for some time in favour of
>sysctl, which covers all of the features you're offering and then some.
>
>Probably the only major advantage your implementation has is the direct
>handling of strings as identifiers, rather than the name-to-oid lookup,
>but the cached OID provides a much faster lookup method for values you
>want to get on a regular basis.
>
>- --
>\\ Give a man a fish, and you feed him for a day. \\ Mike Smith
>\\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org
>\\ and he'll hate you for a lifetime. \\ msmith@cdrom.com
>
>+------------------------------+-----------------------------------+
>|Ricardo Bernardini | "No entiendo por que todos ponen |
>|rbernardini@hotmail.com | alguna frase celebre aqui" |
>|+54-11-4404-4525 | "I don't understand why everybody |
>|Buenos Aires, Argentina | puts a quote in here" |
>+------------------------------+-----------------------------------+
>
>______________________________________________________
>Get Your Private, Free Email at http://www.hotmail.com
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-hackers" in the body of the message
>
>------------------------------
>
>Date: Thu, 04 Nov 1999 11:50:50 ART
>From: "Ricardo Bernardini" <rbernardini@hotmail.com>
>Subject: Re: aio Functions
>
>Well !! That's far more than the things I'm having trouble with!! I'm not
>being able to make ONE asynchronous read. I've tried the aio functions with
>file I/O and it worked fine, I've also tried the socket I/O with read() and
>it worked fine too. But when I issue the read to the async queue an try to
>get its status aio_error returns -1 and sets errno to EINVAL.
>Anyway this is a test program just to become familiar with the fucntions
>before actually using them, so I really need more information about them,
>and the aiocb_t struct.
>Thanks for your answer.
>
>Saludos / Regards
>Ricardo Bernardini
>
>- ----Original Message Follows----
>From: Christopher Sedore <cmsedore@mailbox.syr.edu>
> > Hello list!
> >
> > I'm starting with aio functions (aio_read, aio_return, etc.), I've made
>them
> > work with disk file I/O, now I'm trying with TCP sockets not with the
>same
> > success. Does anyone know if it is posible to do what I'm trying? Or
>where
> > to find more info about this function group? I'just read the man pages
>about
> > them.
>
>Which version of FreeBSD are you using? Its best to be using -current
>from my experience. TCP sockets should work, but they'll be pretty
>crippled for certain kinds of uses (like trying to have an outstanding
>read on more than a couple dozen sockets, etc).
>
>I've got a set of patches that fix this and the fact that signals don't
>get issued for completion on certain types of requests. I'm hoping to get
>it committed, but feel free to contact me for the latest stuff until then.
>I just finished updating and consolidating my patches so they cleanly
>apply to -current of a week ago. Testing thus far appears promising--I'm
>balancing more than a few sockets and pushing 10MB/sec through them (disk
>to socket and the inverse). I killed the last bug I knew of this week
>(occasionally paniced under some wierd process shutdown conditions).
>
>I hope to try 1000 descriptors soon.
>
>- -Chris
>
>+------------------------------+-----------------------------------+
>|Ricardo Bernardini | "No entiendo por que todos ponen |
>|rbernardini@hotmail.com | alguna frase celebre aqui" |
>|+54-11-4404-4525 | "I don't understand why everybody |
>|Buenos Aires, Argentina | puts a quote in here" |
>+------------------------------+-----------------------------------+
>
>______________________________________________________
>Get Your Private, Free Email at http://www.hotmail.com
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-hackers" in the body of the message
>
>------------------------------
>
>Date: Thu, 4 Nov 1999 09:03:08 -0700
>From: Charles Randall <crandall@matchlogic.com>
>Subject: Compiling elf gcc 2.7.2.3 on FreeBSD 3.3-R?
>
>After an unsuccessful attempt at asking this on -questions...
>
>I believe that I could work my way through the problem below if I could
>build a vanilla gcc 2.7.2.3 on FreeBSD 3.3-R.
>
>Attempting to build a fresh 2.7.2.3,
>
>1. configure
>2. remove references to gnumalloc in Makefile and cp/Makefile
>3. make LANGUAGES=c
>
>and I get
>
>- --- snip ---
>./xgcc -B./ -DIN_GCC -g -I./include enquire.o -o enquire
>/usr/libexec/elf/ld: cannot open crt0.o: No such file or directory
>*** Error code 1
>
>Stop.
>- --- snip ---
>
>I presume that this is an a.out vs elf issue -- gcc is trying to build an
>a.out version and 3.3-R is elf. However, I get the same problem if I try
>configure with "configure i386-elf-freebsd".
>
>Suggestions?
>
>Charles
>
>P.S. I know that 3.3-R uses gcc 2.7.2.3 internally. However, I would like
>to
>build a separate binary for StackGuard.
>
>- -----Original Message-----
>From: Charles Randall [mailto:crandall@matchlogic.com]
>Sent: Tuesday, November 02, 1999 9:37 AM
>To: freebsd-questions@freebsd.org
>Subject: Immunix Stackguard for FreeBSD?
>
>
>Has anyone successfully built Immunix stackguard on FreeBSD?
>
>Here's a link to the original research project,
>
>http://www.cse.ogi.edu/DISC/projects/immunix/StackGuard/
>
>The latest development seems to be reflected here,
>
>http://www.wirex.com/
>
>and
>
>http://immunix.org/
>
>On the downloads page at immunix.org, there's an RPM of patches to gcc
>2.7.2.3.
>
>I've un-packed that on my 3.3-R system, applied all of the patches, run
>'configure', and 'make LANGUAGES=c'.
>
>First, the build fails trying to find gnumalloc. After removing that
>dependency in Makefile and cp/Makefile (assuming that BSD malloc will be
>used), the build eventually dies with:
>
>- --- snip ---
>./xgcc -B./ -DIN_GCC -O -I./include enquire.o -o enquire
>/usr/libexec/elf/ld: cannot open crt0.o: No such file or directory
>*** Error code 1
>
>Stop.
>- --- snip ---
>
>I presume that this is because 3.3-R uses elf and gcc is trying to build an
>a.out version.
>
>Thinking about that a bit, I ran 'make distclean', 'configure
>i386-elf-freebsd', and 'make LANGUAGES=c' in an attempt to build an
>elf-specific version. After removing the dependencies on gnumalloc again,
>the build died in the same place,
>
>- --- snip ---
>./xgcc -B./ -DIN_GCC -O -I./include enquire.o -o enquire
>/usr/libexec/elf/ld: cannot open crt0.o: No such file or directory
>*** Error code 1
>
>Stop.
>- --- snip ---
>
>Am I missing a compatibility library or something?
>
>Suggestions?
>
>Charles
>
>
>
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-questions" in the body of the message
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-hackers" in the body of the message
>
>------------------------------
>
>Date: Thu, 4 Nov 1999 11:07:31 -0500 (EST)
>From: "Matthew N. Dodd" <winter@jurai.net>
>Subject: Re: kstat - an API for gathering kernel stats
>
>On Thu, 4 Nov 1999, Alex Zepeda wrote:
> > On Thu, 4 Nov 1999, Matthew N. Dodd wrote:
> > > On Wed, 3 Nov 1999, Arun Sharma wrote:
> > > > A user program makes a system call with this string "cpu.system" to
>get
> > > > the current value of user/system/nice time etc.
> > >
> > > How is this different from doing:
> > >
> > > # sysctl -a | grep load
> > > vm.loadavg: { 0.15 0.09 0.04 }
> >
> > How is that different from doing:
> >
> > sysctl vm.loadavg?
>
>I was more trying to demonstrate the fact that we have sysctl(3).
>
>- --
>| Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD |
>| winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax |
>| http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever |
>
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-hackers" in the body of the message
>
>------------------------------
>
>Date: Thu, 4 Nov 1999 08:19:22 -0800 (PST)
>From: Matthew Jacob <mjacob@feral.com>
>Subject: Re: FreeBSD FibreChannel support
>
>Hi- Yes- it was a fun though short lunch.
>
>We support the Qlogic 2100/2200 cards currently for both private loop and
>fabrics. The emulex card is popular, but nobody's written a driver for it
>for
>FreeBSD.
>
>
>On Thu, 4 Nov 1999, Jonathan M. Bresler wrote:
>
> >
> > Matt,
> >
> > Thank you for lunch at the South American resturant in
> > Berkeley during the FreeBSDCon.
> >
> > Do we have a FibreChannel driver for FreeBSD? Ideally, I am
> > looking for arbitrated loop support on the emulex cards.
> >
> > jmb
> > --
> > Jonathan M. Bresler FreeBSD Core Team, Postmaster
>jmb@FreeBSD.ORG
> > FreeBSD--The Power to Serve JMB193
>http://www.freebsd.org/
> > PGP 2.6.2 Fingerprint: 31 57 41 56 06 C1 40 13 C5 1C E3 E5 DC 62
>0E FB
> >
>
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-hackers" in the body of the message
>
>------------------------------
>
>Date: Thu, 4 Nov 1999 08:22:00 -0800 (PST)
>From: Matthew Jacob <mjacob@feral.com>
>Subject: New i2o support available for testing. (fwd)
>
>I should point out that Simon has also been working on a DPT FC driver- I'm
>not sure if this i2o OSM is part of this or not (Simon?).
>
>- ---------- Forwarded message ----------
>Date: Mon, 01 Nov 1999 11:04:06 -0500
>From: Simon Shapiro <shimon@simon-shapiro.org>
>To: jkh@FreeBSD.ORG
>Subject: New i2o support available for testing.
>
>A Pre-Alpha release of a new i2o OSM for FreeBSD is now
>available for testing.
>
>Check http://simon-shapiro.org/drivers.html for details.
>
>- --
>
>
>Sincerely Yours, Shimon@Simon-Shapiro.ORG
> 404.664.6401
>Simon Shapiro
>
>Unwritten code has no bugs and executes at twice the speed of mouth
>
>
>
>This is the moderated mailing list freebsd-announce.
>The list contains announcements of new FreeBSD capabilities,
>important events and project milestones.
>See also the FreeBSD Web pages at http://www.freebsd.org
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-announce" in the body of the message
>
>
>
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-hackers" in the body of the message
>
>------------------------------
>
>Date: Thu, 4 Nov 1999 09:18:04 -0700
>From: "Ronald G. Minnich" <rminnich@lanl.gov>
>Subject: Re: kstat - an API for gathering kernel stats
>
>FWIW -- I think a reasonable goal of "getting stats out of the kernel" is
>that pulling data out ought to run as fast as bcopy, and it would be nice
>if you didn't have to drop into a syscall. Kind of an extreme position, I
>guess, but if you have ever seen the rstatd on linux eat 12% of cpu to
>return 10 samples/second you'd know why I want it. Given the slowness of
>some stuff (it takes linux 6 milliseconds to count up free/shared memory
>pages -- the code visits every page struct) bcopy speed is not a bad
>yardstick. Sysctl is much faster than reading files in /proc, but still
>too slow. How will kstat compare? how does it compare in solaris? Anybody
>got a bandwidth number?
>
>Numbers I have now (sorry, just for linux at present):
> Using files in /proc: awful, so slow it's not worth
> measuring exactly, something like 400 bytes in 20
> milliseonds
> Using sysctl: Varies depending on the strategy and how much
> data you yank per variable, but O(1-10
> Mbytes/second)
>
>ron
>
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-hackers" in the body of the message
>
>------------------------------
>
>Date: Fri, 05 Nov 1999 01:39:25 +0900
>From: "Daniel C. Sobral" <dcs@newsguy.com>
>Subject: Re: aio Functions
>
>Ricardo Bernardini wrote:
> >
> > Well !! That's far more than the things I'm having trouble with!! I'm
>not
> > being able to make ONE asynchronous read. I've tried the aio functions
>with
> > file I/O and it worked fine, I've also tried the socket I/O with read()
>and
> > it worked fine too. But when I issue the read to the async queue an try
>to
> > get its status aio_error returns -1 and sets errno to EINVAL.
> > Anyway this is a test program just to become familiar with the fucntions
> > before actually using them, so I really need more information about
>them,
> > and the aiocb_t struct.
>
>Be aware that aio is not implemented for all things that you can get
>an fd for. It was originally implemented *only* for files, though I
>was under the impression that support for sockets was later added.
>
>- --
>Daniel C. Sobral (8-DCS)
>dcs@newsguy.com
>dcs@freebsd.org
>
> What y'all wanna do?
> Wanna be hackers? Code crackers? Slackers
> Wastin' time with all the chatroom yakkers?
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-hackers" in the body of the message
>
>------------------------------
>
>Date: Thu, 04 Nov 1999 11:51:22 +0200
>From: Johan Kruger <jkruger@oskar.nanoteq.co.za>
>Subject: passwd and chat
>
>This is a multi-part message in MIME format.
>- --------------9785ED3441D1AFA72BC6E3D0
>Content-Type: text/plain; charset=us-ascii
>Content-Transfer-Encoding: 7bit
>
>How can i use chat on the command line to enter a new password without
>interaction with passwd .
>For example , i want to use chat to reply on New password and Retype
>password, something like this :
>
># chat `passwd` ew passw: qwerty: etype pass: qwerty
>
>But the above doesn't work.
>
>- --------------9785ED3441D1AFA72BC6E3D0
>Content-Type: text/x-vcard; charset=us-ascii;
> name="jkruger.vcf"
>Content-Transfer-Encoding: 7bit
>Content-Description: Card for Johan Kruger
>Content-Disposition: attachment;
> filename="jkruger.vcf"
>
>begin:vcard
>n:Kruger;Johan
>tel;cell:+27 83 3015923
>tel;fax:+27 12 6651343
>tel;home:+27 83 3015923
>tel;work:+27 12 6651338
>x-mozilla-html:FALSE
>org:Nanoteq;Development
>version:2.1
>email;internet:jkruger@oskar.nanoteq.co.za
>title:Mr
>adr;quoted-printable:;;P.O BOX
>12872=0D=0AOnderstepoort=0D=0A0110=0D=0ASouth
>Africa;Pretoria;Gauteng;0110;South Africa
>x-mozilla-cpt:;1920
>fn:Johan Kruger
>end:vcard
>
>- --------------9785ED3441D1AFA72BC6E3D0--
>
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-hackers" in the body of the message
>
>------------------------------
>
>Date: Thu, 4 Nov 1999 09:23:04 -0800
>From: Arun Sharma <adsharma@home.com>
>Subject: Re: kstat - an API for gathering kernel stats
>
>On Thu, Nov 04, 1999 at 02:53:51AM -0500, Matthew N. Dodd wrote:
> > On Wed, 3 Nov 1999, Arun Sharma wrote:
> > > A user program makes a system call with this string "cpu.system" to
>get
> > > the current value of user/system/nice time etc.
> >
> > How is this different from doing:
> >
> > # sysctl -a | grep load
> > vm.loadavg: { 0.15 0.09 0.04 }
> >
> > Ideally we could have a syscall that could return the OID for a given
>name
> > to solve the portability and speed issues associated with doing repeated
> > lookups.
> >
> > Seems like you've reinvented the wheel to me.
>
>I just looked at the sysctl implementation and there are some differences.
>Moreover, since it was not being used in tools like vmstat and xosview,
>I thought there must be a reason.
>
>sysctl also seems to assume that it doesn't get called frequently. So
>mapping the name to the sysctl data is a slightly more heavy duty
>operation than a hash table lookup.
>
> -Arun
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-hackers" in the body of the message
>
>------------------------------
>
>Date: Thu, 4 Nov 1999 10:35:39 -0700 (MST)
>From: Nick Rogness <nick@rapidnet.com>
>Subject: Re: passwd and chat
>
>On Thu, 4 Nov 1999, Johan Kruger wrote:
>
> > How can i use chat on the command line to enter a new password without
> > interaction with passwd .
> > For example , i want to use chat to reply on New password and Retype
> > password, something like this :
>
> Why use chat when you can use pw(8)? Example:
>
> # echo "password" | pw usermod -n username -h 0
>
>********************************************************
>Nick Rogness File not found...
>System Administrator Should I fake it (Y/N)?
>RapidNet, INC
>********************************************************
>
>
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-hackers" in the body of the message
>
>------------------------------
>
>Date: Thu, 4 Nov 1999 12:52:50 -0500 (EST)
>From: "Matthew N. Dodd" <winter@jurai.net>
>Subject: Re: kstat - an API for gathering kernel stats
>
>On Thu, 4 Nov 1999, Arun Sharma wrote:
> > I just looked at the sysctl implementation and there are some
>differences.
> > Moreover, since it was not being used in tools like vmstat and xosview,
______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19991110000156.71063.qmail>