snd0

1999-11-15 Thread Byung Yang
When I play mp3's or mpg files on my computer, it plays fine during first three minutes or so and then I start hearing a lot of statics. If I pause the player and play again right after that, it comes to normal. Does anybody experience this? I am using snd0 with crystal semiconductor 4232

installing onto ami mega raid.

1999-11-15 Thread Alfred Perlstein
I spent about 2 to 3 hours last night futzing with sysinstall and getting the amr.ko file onto the 4.0 install disk (using the 4.0-19991114 SNAP) I tried adding the amr disks to devices.c in sysinstall but had no luck. After booting the install disks and loading the amr kld (the probe messages

Re: ** HEADS UP ** Switching to GCC 2.95.2 as base compiler

1999-11-15 Thread Maxim Sobolev
David O'Brien wrote: I'll be pulling the switch to use GCC 2.95.2 as the base compiler in -CURRENT on Sunday evening (Freefall time). Those not-quite-so daring might want to hold off on your next make world. *** NOTE *** that I have NOT changed the shared lib version for libstc++.so (the

Re: i4b security (Re: man reads /etc/rc.conf?)

1999-11-15 Thread Volker Stolz
On Sat, Nov 13, 1999 at 06:24:09PM +0100, Hellmuth Michaelis wrote: I'm not at all satisfied with the way password arguments to spppcontrol work currently. How about some /etc/sppp/{pap,chap}-secrets with restrictive permissions? So you could specify everything except the secrets with

FreeBSD 4.0 SCSI Tape Driver

1999-11-15 Thread Matthew Jacob
The design phase for FreeBSD 4.0 is coming to a close. There are a couple of things I'm planning on (belatedly) for the SCSI tape driver. I'd like feedback and suggestions about these and other things, so pass 'em my way. One change I'm thinking about is probably controversial, so I'd like to

Re: snd0

1999-11-15 Thread relapz
have you tried using the pcm0 sound drivers instead? I used them for the crystal -based on-board sound that comes with Dell Optiplexsp? machines... Have a look at LINT for the setup instructions. DJM: On Mon, 15 Nov 1999, Byung Yang wrote: When I play mp3's or mpg files on my computer, it

kernel compile failure w/gcc2.95.2

1999-11-15 Thread FreeBSD mailing list
' statement: ../../i386/isa/pcaudio.c:196: fixed or forbidden register 0 (ax) was spilled for class AREG. *** Error code 1 Stop in /usr/src/sys/compile/MRYMACH. mrynet# gcc -v Using builtin specs. gcc version 2.95.2 19991024 (release) Last cvsup was completed at 05:51 +0800 on 19991115

Re: pnp and AWE64

1999-11-15 Thread Bush Doctor
Out of da blue Jim King aka ([EMAIL PROTECTED]) said: I just picked up an AWE64 to use until the Vortex2 driver is working. Is someone actively working on the Vortex2 driver for FreeBSD or are you referring to the work that's being done by the opensound group? The card is detected in Win98,

Re: Stats in kernelmode (Screensaver)

1999-11-15 Thread Dag-Erling Smorgrav
Nicolai Petri Secure [EMAIL PROTECTED] writes: I'm currently programming a screensaver the shows statistics (cpu load and stuff) but the interface for doing it in kernel mode sucks.. What is the right way to do it ? Check out the sysctl(8) source to see how it special-cases vm.loadavg; find

Re: pnp and AWE64

1999-11-15 Thread Dag-Erling Smorgrav
Jim King [EMAIL PROTECTED] writes: At 11:20 PM 11/13/1999 -0600, Jim King wrote: That does it. When running the loop forward only the ISA PnP modem is found; after hacking it to run the loop backwards the AWE64 *and* the modem are both found. Thanks! fwiw, the same thing applies to

Panic when playing sound [LONG]

1999-11-15 Thread Ollivier Robert
I just got a new machine, an HP Kayak/XA with a PIII/500, 256 MB of RAM and 2x 9 GB of disk. It has a builtin sound card on the motherboard, apparently a soundblaster clone of some sort on the ISA bus. FreeBSD Audio Driver (newpcm) Nov 15 1999 14:52:14 Installed devices: pcm0: SoundBlaster Pro

Re: Panic when playing sound [LONG]

1999-11-15 Thread Peter Wemm
Ollivier Robert wrote: I just got a new machine, an HP Kayak/XA with a PIII/500, 256 MB of RAM and 2x 9 GB of disk. It has a builtin sound card on the motherboard, apparently a soundblaster clone of some sort on the ISA bus. FreeBSD Audio Driver (newpcm) Nov 15 1999 14:52:14 Installed

Re: fstat(1) breakage + fix

1999-11-15 Thread Dag-Erling Smorgrav
"Peter Edwards" [EMAIL PROTECTED] writes: I've attached a patch that appears reliable. Can someone review it (and possibly commit??) Send in a PR with the patch. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current"

Re: Panic when playing sound [LONG]

1999-11-15 Thread Ollivier Robert
According to Peter Wemm: Have you tried plain "device pcm0"? Yes, nothing was found. (and if it's not detected (ie: it's a motherboard resources rather than a pnp isa device), try adding "options PNPBIOS" to your kernel.) Here are the results of dmesg

Re: Panic when playing sound [LONG]

1999-11-15 Thread Ollivier Robert
According to Peter Wemm: Have you tried plain "device pcm0"? (and if it's not detected (ie: it's a motherboard resources rather than a pnp isa device), try adding "options PNPBIOS" to your kernel.) With the following options, the machine doesn't crash but mpg123 doesn't seem to be able to

Re: Panic when playing sound [LONG]

1999-11-15 Thread Peter Wemm
Ollivier Robert wrote: According to Peter Wemm: Have you tried plain "device pcm0"? Yes, nothing was found. (and if it's not detected (ie: it's a motherboard resources rather than a pnp isa device), try adding "options PNPBIOS" to your kernel.)

Re: Panic when playing sound [LONG]

1999-11-15 Thread Peter Wemm
Ollivier Robert wrote: Oh, also, there's a bug: peter@overcee[11:42pm]~src/sys/dev/pcm/isa-185 grep ADS * ad1816.c: case 0x80719304: /* ADS7180 */ mss.c: case 0x80719304: /* ADS7180 */ And yet: date: 1999/09/28 20:00:05; author: cg; state: Exp; lines: +15 -347 seperate the

Re: Panic when playing sound [LONG]

1999-11-15 Thread Peter Wemm
Ollivier Robert wrote: According to Peter Wemm: Have you tried plain "device pcm0"? (and if it's not detected (ie: it's a motherboard resources rather than a pnp isa device), try adding "options PNPBIOS" to your kernel.) With the following options, the machine doesn't crash but mpg123

Re: Panic when playing sound [LONG]

1999-11-15 Thread Ollivier Robert
According to Peter Wemm: Err.. *both* PNPBIOS and 'device pcm0' - the dmesg you showed below is with a static ISA sb card configured. I'm particularly interested in ADS7180, but it's conflicting with something, possibly the ISA pcm0. Hmm, sorry. With PNPBIOS and "device pcm0" it seems to be

Re: cvs commit: src/sys/isa isa_common.c

1999-11-15 Thread Kelly Yancey
On Sat, 13 Nov 1999, Vladimir Kushnir wrote: I've been working on a driver which would support the 'legacy' (i.e. soundblaster compatible) section of the chip. This would support playback but not record but its better than nothing. At this stage, I have it mostly working but no sound

Re: Panic when playing sound [LONG]

1999-11-15 Thread Peter Wemm
Ollivier Robert wrote: [..] But it doesn't seem to output anything. I get this on the console as soon as I press ^C. start dma, failed to set bit 0xfe 0xff [..] This will be the mss vs ad1816 problem. I've just been told that the mss.c driver should not be attaching to this card, ad1816

Re: Panic when playing sound [LONG]

1999-11-15 Thread Ollivier Robert
According to Peter Wemm: Please try: options PNPBIOS controller pnp0 device pcm0 No pcm device attached when I remove the code from mss.c: cat: /dev/sndstat: Device not configured unknown0: PNP0c02 at port

Re: kernel compile failure w/gcc2.95.2

1999-11-15 Thread David O'Brien
On Mon, Nov 15, 1999 at 05:51:58AM +, FreeBSD mailing list wrote: The following is AFTER cvsup, world build, config, make clean, and make depend: ... ../../i386/isa/pcaudio.c:196: Invalid `asm' statement: ../../i386/isa/pcaudio.c:196: fixed or forbidden register 0 (ax) was spilled for

egcs -O breaks ping.c:in_cksum()

1999-11-15 Thread Pierre Beyssac
I've discovered the following problem, either due to egcs or the source code for in_cksum in ping, I'm not sure. The symptom is that in_cksum() returns an invalid result on an odd-size buffer, when compile optimization is on. You can check this by trying "ping -s 65 localhost" and seeing that

Re: egcs -O breaks ping.c:in_cksum()

1999-11-15 Thread Sheldon Hearn
On Mon, 15 Nov 1999 17:48:31 +0100, Pierre Beyssac wrote: I've discovered the following problem, either due to egcs or the source code for in_cksum in ping, I'm not sure. Alas, you're not in virgin territory, Columbus. :-) See PR 13292. Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL

Re: A call to squease more bytes from `boot2'

1999-11-15 Thread Greg Lehey
On Saturday, 13 November 1999 at 15:28:38 -0800, David O'Brien wrote: Hi folks, Once again, `boot2' is the only thing holding us back from upgrading our base compiler. The commit below plus -fdata-sections gets us to needing to reduce another 100 bytes from `boot2'. This is an appeal to

Re: egcs -O breaks ping.c:in_cksum()

1999-11-15 Thread Pierre Beyssac
On Mon, Nov 15, 1999 at 06:52:23PM +0200, Sheldon Hearn wrote: On Mon, 15 Nov 1999 17:48:31 +0100, Pierre Beyssac wrote: I've discovered the following problem, either due to egcs or the source code for in_cksum in ping, I'm not sure. See PR 13292. Wow, Thanks! August 21th, it's not really

Re: egcs -O breaks ping.c:in_cksum()

1999-11-15 Thread Sheldon Hearn
On Mon, 15 Nov 1999 18:01:45 +0100, Pierre Beyssac wrote: Maybe I can at least commit the addition of "volatile" to the source code. That will work around that particular bug until egcs is fixed... FWIW, the newly committed gcc-2.95.2 doesn't "fix" the problem. Ciao, Sheldon. To

Re: FreeBSD 4.0 SCSI Tape Driver

1999-11-15 Thread Rodney W. Grimes
The design phase for FreeBSD 4.0 is coming to a close. There are a couple of things I'm planning on (belatedly) for the SCSI tape driver. I'd like feedback and suggestions about these and other things, so pass 'em my way. One change I'm thinking about is probably controversial, so I'd like

Re: egcs -O breaks ping.c:in_cksum()

1999-11-15 Thread Dmitrij Tejblum
Maybe I can at least commit the addition of "volatile" to the source code. That will work around that particular bug until egcs is fixed... FWIW, the newly committed gcc-2.95.2 doesn't "fix" the problem. Are you sure? GCC-2.95.2 seems OK here. Dima To Unsubscribe: send mail to

Re: FreeBSD 4.0 SCSI Tape Driver

1999-11-15 Thread Matthew Jacob
There seems to be a great amount of confusion about the 2 EOF marks on tapes. It has nothing to do with physical EOT, even the 556BPI 1/2" tape drives on an IBM 1401 can detect physical EOT. The problem is with LOGICAL EOT, most tape drives do not have a logical EOT write command, even

Re: FreeBSD 4.0 SCSI Tape Driver

1999-11-15 Thread Matthew Jacob
Reread/reresponse, sorry- ENOCOFFEE: 1 filemark can not be used for EOT, it is EOF, you can't tell if what you read next is another file or not that may have been left by a previosly longer usage on the tape. Well, read until *BLANK CHECK* seems to be what the driver can and

Re: egcs -O breaks ping.c:in_cksum()

1999-11-15 Thread Garrett Wollman
On Mon, 15 Nov 1999 18:01:45 +0100, Pierre Beyssac [EMAIL PROTECTED] said: Maybe I can at least commit the addition of "volatile" to the source code. That will work around that particular bug until egcs is fixed... It's not a compiler bug, it's a source code bug. The C Language specifies

Re: egcs -O breaks ping.c:in_cksum()

1999-11-15 Thread Pierre Beyssac
On Mon, Nov 15, 1999 at 01:35:15PM -0500, Garrett Wollman wrote: If, rather than casting pointers, the code used a union (containing one u_int16_t and one array[2] of u_int8_t), the compiler would have enough information to know about the aliases. You're right, this seems to work even with

Re: FreeBSD 4.0 SCSI Tape Driver

1999-11-15 Thread Rodney W. Grimes
Reread/reresponse, sorry- ENOCOFFEE: 1 filemark can not be used for EOT, it is EOF, you can't tell if what you read next is another file or not that may have been left by a previosly longer usage on the tape. Well, read until *BLANK CHECK* seems to be what the driver

Re: ipfilter no longer in -CURRENT, whats the direction? (off toipfw?)

1999-11-15 Thread spork
I noticed that ipfilter is still gone... Was there any resolution here, or is ipfilter gone for good? All other concerns/features aside, I find the stateful inspection stuff much easier to setup than the ipfw filtering... I only touch my firewall once in a blue moon, and just about everything

Re: FreeBSD 4.0 SCSI Tape Driver

1999-11-15 Thread Matthew Jacob
On Mon, 15 Nov 1999, Rodney W. Grimes wrote: Reread/reresponse, sorry- ENOCOFFEE: 1 filemark can not be used for EOT, it is EOF, you can't tell if what you read next is another file or not that may have been left by a previosly longer usage on the tape.

Re: egcs -O breaks ping.c:in_cksum()

1999-11-15 Thread Matthew Dillon
:It's not a compiler bug, it's a source code bug. : :The C Language specifies that pointers to distinct types can be :assumed, under certain conditions, never to alias one another. (This :... :Recent values of GCC make use of this obscure language feature to :improve optimization. Essentially,

Re: -current Make World

1999-11-15 Thread Kris Kennaway
On Sun, 14 Nov 1999, Lester Igo wrote: Speaking of which, is their an archive (web based?) of the FreeBSD-current mailing list (how about others?)? I didn't see one linked in my searches around the web pages. http://www.freebsd.org/mail/ kind of obviously pointed to by

Re: egcs -O breaks ping.c:in_cksum()

1999-11-15 Thread Pierre Beyssac
[in_cksum bugs] Fix committed for ping. There's another bug in sbin/routed/rdisc.c:in_cksum() on odd packet sizes, albeit I'm not sure it's ever triggered (does routed ever generate odd-size packets?). It's a portability bug (works only on little-endian machines). I'll commit the same fix if

Re: installing onto ami mega raid.

1999-11-15 Thread Alfred Perlstein
On Mon, 15 Nov 1999, Alfred Perlstein wrote: I spent about 2 to 3 hours last night futzing with sysinstall and getting the amr.ko file onto the 4.0 install disk (using the 4.0-19991114 SNAP) I tried adding the amr disks to devices.c in sysinstall but had no luck. ... replying to my own

gcc 2.95.2

1999-11-15 Thread Kenneth Wayne Culver
I just successfully compiled the world and the kernel (defaut optimizations on everything) with gcc 2.95.2, and so far all is well :-) = | Kenneth Culver | FreeBSD: The best OS around.| | Unix Systems

Re: gcc 2.95.2

1999-11-15 Thread Forrest Aldrich
Same here, no problems. _F At 03:36 PM 11/15/99 -0500, Kenneth Wayne Culver wrote: I just successfully compiled the world and the kernel (defaut optimizations on everything) with gcc 2.95.2, and so far all is well :-) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe

Re: gcc 2.95.2

1999-11-15 Thread Manfred Antar
At 04:10 PM 11/15/99 -0500, Forrest Aldrich wrote: Same here, no problems. _F At 03:36 PM 11/15/99 -0500, Kenneth Wayne Culver wrote: I just successfully compiled the world and the kernel (defaut optimizations on everything) with gcc 2.95.2, and so far all is well :-) I did the same and

Re: snd0

1999-11-15 Thread Byung Yang
Yes, I've tried the "newpcm" sound driver. Before ppl started modifying pcm drivers, pcm0 was the best driver for my sound card, but then after this newpcm came out, it started crashing all over the place. That means when I play mp3 or sound files, the player program freezes(not freebsd itself)

Re: Panic when playing sound [LONG]

1999-11-15 Thread Ollivier Robert
According to Peter Wemm: PNPBIOS should pick this up automatically, that's why you need to remove the 'at isa' stuff and stop overriding the pnp code from using what it discovers from the bios. See Peter's commits in ad1816.c to see the fix. Thanks Peter. -- Ollivier ROBERT -=- FreeBSD: The

PATCH for testing

1999-11-15 Thread Poul-Henning Kamp
can erase a password or similar sensitive arguments. Test, test, test... Poul-Henning /19991115 -- Poul-Henning Kamp FreeBSD coreteam member [EMAIL PROTECTED] "Real hackers run -current on their laptop." FreeBSD -- It will take a long tim

Re: PATCH for testing

1999-11-15 Thread Sean Eric Fagan
In article [EMAIL PROTECTED] you write: The p_args.patch patch implements a cache of the commandline arguments in the process structure and makes ps(1) pick it up from there with sysctl rather than by groping around in the target process memory. I don't think this should go in at all. It

Re: PATCH for testing

1999-11-15 Thread Matthew Dillon
:http://phk.freebsd.dk/misc/p_args.patch : :The p_args.patch patch implements a cache of the commandline arguments :in the process structure and makes ps(1) pick it up from there with :sysctl rather than by groping around in the target process memory. : :This patch: :Speeds up ps(1).

Re: PATCH for testing

1999-11-15 Thread Matthew Dillon
:I don't think this should go in at all. : :It increases the size of the proc structure (thereby affecting _all_ :processes) gratuitously. While I'm generally in favour of having the process :arguments kept around, the "BSD way" has been to only examine them in user :memory, despite that being

ps -e

1999-11-15 Thread Lyndon Nerenberg
"Matthew" == Matthew Dillon [EMAIL PROTECTED] writes: Matthew Why don't we get rid of the 'e' option to ps while we Matthew are at it considering how much of a security hole it is. I wouldn't nuke it completely. Make -e a noop unless the real uid ps is running with matches the

Re: PATCH for testing

1999-11-15 Thread Pierre Beyssac
On Mon, Nov 15, 1999 at 02:27:10PM -0800, Matthew Dillon wrote: And, also, we need to get rid of the 'e' option to ps entirely. It's a major security hole. Not more so than option 'u', or even 'a', if you ask me. It's common knowledge under Unix that you shouldn't put anything

Re: egcs -O breaks ping.c:in_cksum()

1999-11-15 Thread Pierre Beyssac
[in_cksum bugs] There's another bug in sbin/routed/rdisc.c:in_cksum() on odd packet sizes, albeit I'm not sure it's ever triggered (does routed ever generate odd-size packets?). I've checked, the answer is no: apparently, in_cksum() in routed/rdisc.c is only called in two places, both with

Re: FreeBSD 4.0 SCSI Tape Driver

1999-11-15 Thread Bob Bishop
Hi, At 11:01 am -0800 15/11/99, Matthew Jacob wrote: I repeat what I said in other mail- can you actually show me a tape drive where what I propose really doesn't work? I have access to a few assorted drives and I'll do the experiments but don't hold your breath. BUT I have to say that on

Re: PATCH for testing

1999-11-15 Thread Oliver Fromme
Pierre Beyssac wrote in list.freebsd-current: On Mon, Nov 15, 1999 at 02:27:10PM -0800, Matthew Dillon wrote: And, also, we need to get rid of the 'e' option to ps entirely. It's a major security hole. Not more so than option 'u', or even 'a', if you ask me. It's common

Re: ps -e

1999-11-15 Thread Garance A Drosihn
At 3:48 PM -0700 11/15/99, Lyndon Nerenberg wrote: "Matthew" == Matthew Dillon [EMAIL PROTECTED] writes: Matthew Why don't we get rid of the 'e' option to ps while we Matthew are at it considering how much of a security hole it is. I wouldn't nuke it completely. Make -e a noop

Re: FreeBSD 4.0 SCSI Tape Driver

1999-11-15 Thread Matthew Jacob
Okay- I hear you both. What do you do with QIC drives which cannnot write 2FM then? On Mon, 15 Nov 1999, Bob Bishop wrote: Hi, At 11:01 am -0800 15/11/99, Matthew Jacob wrote: I repeat what I said in other mail- can you actually show me a tape drive where what I propose really doesn't

Re: FreeBSD 4.0 SCSI Tape Driver

1999-11-15 Thread Rodney W. Grimes
Okay- I hear you both. What do you do with QIC drives which cannnot write 2FM then? Can you give me a model of a QIC drive that has the ``can't write 2 FM's'' and I'll see if I can find one so that I can see this problem first hand and propose a solution to it. I find it extreamly hard to

Re: Wine under -current. patches.. comments?

1999-11-15 Thread Juergen Lock
In article [EMAIL PROTECTED] you write: The latest port of wine references PR 14652 for patches to make -current work. some of these ptches are however in areas I don't understand. In particular signals, register contexts, etc. This refers to validity of segment registers fs/gs in

Re: FreeBSD 4.0 SCSI Tape Driver

1999-11-15 Thread Matthew Jacob
On Mon, 15 Nov 1999, Rodney W. Grimes wrote: Okay- I hear you both. What do you do with QIC drives which cannnot write 2FM then? Can you give me a model of a QIC drive that has the ``can't write 2 FM's'' Just about all. For that matter, it isn't just QIC drives- see all the quirk

Re: ps -e

1999-11-15 Thread Matthew Dillon
:Matthew Why don't we get rid of the 'e' option to ps while we :Matthew are at it considering how much of a security hole it is. : :I wouldn't nuke it completely. Make -e a noop unless the real uid ps :is running with matches the effective uid of the process being reported. :And if ps

Re: PATCH for testing

1999-11-15 Thread David Greenman
:I don't think this should go in at all. : :It increases the size of the proc structure (thereby affecting _all_ :processes) gratuitously. While I'm generally in favour of having the process :arguments kept around, the "BSD way" has been to only examine them in user :memory, despite that being

Re: egcs -O breaks ping.c:in_cksum()

1999-11-15 Thread Kris Kennaway
On Tue, 16 Nov 1999, Pierre Beyssac wrote: [in_cksum bugs] There's another bug in sbin/routed/rdisc.c:in_cksum() on odd packet sizes, albeit I'm not sure it's ever triggered (does routed ever generate odd-size packets?). I've checked, the answer is no: apparently, in_cksum() in

bktr driver and gcc 2.95.2

1999-11-15 Thread Kenneth Wayne Culver
Alright, it seems I have my first problem with gcc 2.95.2, (well, I'm not really sure that it's a gcc problem). The problem is that now, after having upgraded the compiler, fxtv will only display every other scanline instead of all of them.

Re: PATCH for testing

1999-11-15 Thread Matthew Dillon
:In my opinion, doing so majorly bloats the proc struct for no good reason and :also introduces gratuitous incompatibilities for utilities that want to modify :their argv[*] and expect the modifications to show up in ps(1). : :-DG : :David Greenman Well, I think there is an issue in the proc

Re: FreeBSD 4.0 SCSI Tape Driver

1999-11-15 Thread Frank Mayhar
Bob Bishop wrote: At 11:01 am -0800 15/11/99, Matthew Jacob wrote: I repeat what I said in other mail- can you actually show me a tape drive where what I propose really doesn't work? BUT I have to say that on principle I'm with Rod on this one: EOF != EOT and mixing them up is a recipe for

BIND update

1999-11-15 Thread Forrest Aldrich
Will we be updating 4.0-current to the latest BIND-8.22-P5? _F To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: BIND update

1999-11-15 Thread Ben Rosengart
On Mon, 15 Nov 1999, Forrest Aldrich wrote: Will we be updating 4.0-current to the latest BIND-8.22-P5? Or -stable for that matter? I believe these changes are eminently qualified, being bugfixes. -- Ben Rosengart UNIX Systems Engineer, Skunk Group StarMedia Network, Inc. To

Re: egcs -O breaks ping.c:in_cksum()

1999-11-15 Thread Bruce Evans
On Mon, 15 Nov 1999, Pierre Beyssac wrote: On Mon, Nov 15, 1999 at 01:35:15PM -0500, Garrett Wollman wrote: If, rather than casting pointers, the code used a union (containing one u_int16_t and one array[2] of u_int8_t), the compiler would have enough information to know about the

Re: PATCH for testing

1999-11-15 Thread Garance A Drosihn
At 6:22 PM -0800 11/15/99, Matthew Dillon wrote: Well, I think there is an issue in the proc struct bloat but I disagree strongly about modifying argv - any worthwhile code uses setproctitle() now simply because the argv space is highly dependant on the number of arguments passed

Re: PATCH for testing

1999-11-15 Thread Poul-Henning Kamp
In message [EMAIL PROTECTED], Sean Eric Fagan writes: In article [EMAIL PROTECTED] you write: The p_args.patch patch implements a cache of the commandline arguments in the process structure and makes ps(1) pick it up from there with sysctl rather than by groping around in the target process

Re: PATCH for testing

1999-11-15 Thread Poul-Henning Kamp
In message [EMAIL PROTECTED], Matthew Dillon writes: :http://phk.freebsd.dk/misc/p_args.patch : :The p_args.patch patch implements a cache of the commandline arguments :in the process structure and makes ps(1) pick it up from there with :sysctl rather than by groping around in the target process

Re: PATCH for testing

1999-11-15 Thread Poul-Henning Kamp
In message [EMAIL PROTECTED], David Greenman writes: I agree that we need to get rid of 'e' and any other options that allow reading another process's environment. I don't agree with putting the command args in the proc struct, however, for the reason that Sean mentioned above. In my opinion,

Re: BIND update

1999-11-15 Thread Peter Wemm
Ben Rosengart wrote: On Mon, 15 Nov 1999, Forrest Aldrich wrote: Will we be updating 4.0-current to the latest BIND-8.22-P5? Or -stable for that matter? I believe these changes are eminently qualified, being bugfixes. The changes are most definately not "just" bugfixes. The impact is