very strange undefined symbols

1999-11-21 Thread Brian Fundakowski Feldman
I have an exceedingly strange problem. Every once in a while, I try running CVSup and get an undefined symbol; I try again, and then it works fine... This also happened today with Mozilla. Here's exactly what happened: {"/home/green"}$ mozilla MOZILLA_FIVE_HOME=/home/green/mozilla/dist/bin

whats up with vinum?

1999-11-21 Thread Richard Puga
I am fooling around with vinum which I have set up in a raid 5 configuration under FreeBSD 3.3-RELEASE. The trouble is that my machine keeps locking up under heavy use. If I try and "make world" it dies about 15-60 seconds into it whit a page fault as well as trying to ftp over large files and

Re: HEADS UP -stable

1999-11-21 Thread Dag-Erling Smorgrav
Julian Elischer [EMAIL PROTECTED] writes: You should do a 'config' again before making a kernel from -stable sources. *Always* re-run config(8) before building a kernel from updated sources. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with

Re: Portable way to compare struct stat's?

1999-11-21 Thread Assar Westerlund
Wes Peters [EMAIL PROTECTED] writes: Are hash collisions handled reasonably? No, they're not handled at all. :-) Doing that would require: 1. remembering all the nodes that we have seen and the hash values given to them 2. having some backup-hash to use for the node that collides and then

Re: Portable way to compare struct stat's?

1999-11-21 Thread Assar Westerlund
Wes Peters [EMAIL PROTECTED] writes: Assar Westerlund wrote: Why can't a file system have more than 2^32 files? Because if it does you can't stat it! There's a great case of circular reasoning for you. ;^) The other reasoning goes like this: va_fileid should be unique which means it

Re: PCI DMA lockups in 3.2 (3.3 maybe?)

1999-11-21 Thread Dennis
At 09:15 PM 11/20/99 -0800, Mike Smith wrote: I'll test this in 3.3 shortly...has anything been done in this area? It seems to happen on passive backplace systems (although its more likely the chipsets used on SBCs)...my acer MB doesnt lock up with the same test. This problem has been

Softpower

1999-11-21 Thread Bryan Collins
Hi I've got myself an ATX motherboard and Powersupply, and I want to get this softpower stuff going. The manual says 'to enable soft shutdown, select shutdown from the start menu' well thats kinda usefull. Anyway, I issue commans such as 'halt' and 'shutdown -h' but I still get a message

RE: Softpower

1999-11-21 Thread Daniel O'Connor
On 22-Nov-99 Bryan Collins wrote: Anyway, I issue commans such as 'halt' and 'shutdown -h' but I still get a message saying its safe to turn off the power. You need apm turned on, and then do shutdown -p now. --- Daniel O'Connor software and network engineer for Genesis Software -

Re: PCI DMA lockups in 3.2 (3.3 maybe?)

1999-11-21 Thread Dennis
At 12:21 PM 11/21/99 -0800, you wrote: At 09:15 PM 11/20/99 -0800, Mike Smith wrote: I'll test this in 3.3 shortly...has anything been done in this area? It seems to happen on passive backplace systems (although its more likely the chipsets used on SBCs)...my acer MB doesnt lock up with

Re: PCI DMA lockups in 3.2 (3.3 maybe?)

1999-11-21 Thread Bosko Milekic
On Mon, 22 Nov 1999, Dennis wrote: !Its a late 3.2-STABLE. so its not that old. Surely someone knows if !something in this area was fixed or not? ! !Since its a DMA lockup, how would you suggest that the informatoin about !what instruction was executing be obtained? ! !The nightmare of

Re: Ip _ fw.c

1999-11-21 Thread Julian Elischer
On Sun, 21 Nov 1999, Parthasarathy M. Aji wrote: Thanks Julian. But we are rewriting Kernel src file ip_fw.c (which does implement the ipfw system call i guess) to do the redirection automatically for us, because redirection is faster at the Kernel than at the user level. Unfortunately I

RE: PCI DMA lockups in 3.2 (3.3 maybe?)

1999-11-21 Thread FreeBSD
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Bosko Milekic Sent: Sunday, November 21, 1999 5:51 PM To: Dennis Cc: [EMAIL PROTECTED] Subject: Re: PCI DMA lockups in 3.2 (3.3 maybe?) On Mon, 22 Nov 1999, Dennis wrote: !Its a late 3.2-STABLE.

RE: PCI DMA lockups in 3.2 (3.3 maybe?)

1999-11-21 Thread Christopher Stein
Dennis has a good point. for slower? I've ran FreeBSD for years and now I run a combo of -STABLE and -CURRENT and you know what? It's all good! My hardware is the bottle neck and its just as fast as 2.x was. Do you have some numbers to back this up? (unfortunately "It's all good!" doesn't

RE: PCI DMA lockups in 3.2 (3.3 maybe?)

1999-11-21 Thread FreeBSD
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Christopher Stein Sent: Sunday, November 21, 1999 6:26 PM To: FreeBSD Cc: [EMAIL PROTECTED] Subject: RE: PCI DMA lockups in 3.2 (3.3 maybe?) Dennis has a good point. for slower? I've ran

Re: Softpower - working!

1999-11-21 Thread Bryan Collins
OK, in this case, you may want to check your BIOS for it's APM options, I had to change some of my BIOS options to get my computer to shut off properly but I don't remember which options. fixed! I changed flags to 0x40 from 0x31 (i.e get lines from BIOS and don't force 1.0/1.1 apm) A

RE: PCI DMA lockups in 3.2 (3.3 maybe?)

1999-11-21 Thread Kris Kennaway
On Sun, 21 Nov 1999, Christopher Stein wrote: Dennis has a good point. Dennis has no point unless he provides some numbers to quantify his claim. Witness: FreeBSD 3.X is the fastest thing I have ever seen: it's so much faster than 2.X, I can only guess what 4.X is going to be like! There,

RE: PCI DMA lockups in 3.2 (3.3 maybe?)

1999-11-21 Thread Christopher Stein
On Sun, 21 Nov 1999, Kris Kennaway wrote: On Sun, 21 Nov 1999, Christopher Stein wrote: Dennis has a good point. Dennis has no point unless he provides some numbers to quantify his claim. His point was not a claim about performance, rather he was bringing into question whether

RE: PCI DMA lockups in 3.2 (3.3 maybe?)

1999-11-21 Thread Kris Kennaway
On Sun, 21 Nov 1999, Christopher Stein wrote: Dennis has a good point. Dennis has no point unless he provides some numbers to quantify his claim. His point was not a claim about performance, rather he was bringing into question whether performance was improving with successive

Re: EINTR problems with multithreaded programs.

1999-11-21 Thread Daniel Eischen
Scott Hess wrote: I've checked further, and found that FreeBSD correctly handles blocking signals on a per-thread basis. _But_, all threads still get EINTR when a signal happens while they're in a blocking read. I've attached the updated program that shows the correct delivery of the

Re: PCI DMA lockups in 3.2 (3.3 maybe?)

1999-11-21 Thread Jordan K. Hubbard
His point was not a claim about performance, rather he was bringing into question whether performance was improving with successive releases. Bringing something into question without detail is useless. If I seriously questioned your sexual orientation, for example, you'd have every right to

Re: PCI DMA lockups in 3.2 (3.3 maybe?)

1999-11-21 Thread Mike Smith
His point was not a claim about performance, rather he was bringing into question whether performance was improving with successive releases. Sounded very much to me like he was just vaguely griping about how slow and unstable newer versions of FreeBSD are compared to the good old days.