I have isolated the point at which current no longer runs as Jan 31 -
Feb 1 of this year. Prior version work fine, in Feb Mar I get
either Kernel trap 9 with interrupts disabled or I think the same
thing with trap 26 (really not sure on that one).
Next I took a brand new current from this
subscribe freebsd-current
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Hello,
There is a problem with with running Xfree86 with FreeBSD on the Asus
A7A266 motherboards.
I have tried with 4.3 RELEASE 4.3 STABLE and now 5.0 CURRENT with 2
different video cards.
( ATI Radeon and a Matrox G450).This motherboard has the ALiMAGiK1 M1647
chipset.
There are several other
* Jake Bishop [EMAIL PROTECTED] [010717 02:28] wrote:
Hello,
There is a problem with with running Xfree86 with FreeBSD on the Asus
A7A266 motherboards.
I have tried with 4.3 RELEASE 4.3 STABLE and now 5.0 CURRENT with 2
different video cards.
( ATI Radeon and a Matrox G450).This motherboard
Søren == Søren Schmidt [EMAIL PROTECTED] writes:
Søren Hmm, I havn't changed anything in the ATA driver lately, so I
Søren dont know what should have caused this malfunction. When was
Søren the last date -current worked for you ?
I don't know exactly, but I started noticing problems about one
On 15-Jul-01 Ian Dowse wrote:
There are a few PRs and a number of messages in the mailing list
archives that describe a problem where the load average occasionally
remains at 1.0 or greater even though top(1) reports that the CPU
is nearly 100% idle. The PRs I could find in a quick search
Am I the only one who sees this ?
=== usr.sbin/inetd
cc -nostdinc -O -pipe -DINET6 -DIPSEC -DLOGIN_CAP
-I/usr/obj/flat/src/i386/usr/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes
-Wpoin
ter-arith -Wno-uninitialized -Werror -Wreturn-type -Wcast-qual -Wwrite-strings
-Wswitch
On Tue, Jul 17, 2001 at 08:38:13PM +0200, Poul-Henning Kamp wrote:
Am I the only one who sees this ?
I suspect that this is my fault for not doing a buildworld after
turning on WARNS stuff in inetd. I think the problem must be that
-nostdinc must cause errors to be issued for files which
In message [EMAIL PROTECTED], Bruce Ev
ans writes:
I think that is far too much variation. 5 seconds is hard-coded into
the computation of the load average (constants in cexp[]), so even a
variation of +-1 ticks breaks the computation slightly.
I have not changed the mean inter-sample time
On Tue, Jul 17, 2001 at 10:27:14 -0700, Kris Kennaway wrote:
On Tue, Jul 17, 2001 at 01:23:44PM -0400, Garance A Drosihn wrote:
Okay. So it sounds like there's a shim to libedit which would be
the API replacement for libreadline. Could we call that something
cute like 'libreadlinele'
On Tue, Jul 17, 2001 at 07:55:18PM +0100, David Malone wrote:
I suspect that this is my fault for not doing a buildworld after
turning on WARNS stuff in inetd.
YES! Why are you committing these very easy to break the build, as
we've seen changes w/o full `make buildworld' testing?!?
I'll
I have compiled and installed Xfree86-4.1.0_4 from ports several times with
RELEASE, STABLE and CURRENT. I am using 4.1.0 with Slackware Linux with a
ATI Radeon card on the same machine.It works fine. As I mentioned also there
are some others with this setup who are having the same problems.
Hi,
I have run into an issue with the difference between what
happens when a signal handler returns from a program converted
to use pthreads (vs non-pthreads).
Basically, in the non-pthread case, a change made to the
sc_eip element of the scp struct is honored when the kernel
restores the
On Tue, 17 Jul 2001, John W. De Boskey wrote:
Hi,
I have run into an issue with the difference between what
happens when a signal handler returns from a program converted
to use pthreads (vs non-pthreads).
Basically, in the non-pthread case, a change made to the
sc_eip element of
I think I've got a line on my recent CD copying problems. I can make an iso
image from a CD with a small amount of data (about 68M) no problem.
However, when I try to make an iso image of a cd with a large amount of
data (around 600M) it dies after writing about 500M. I'm using a command
line of
At 3:19 AM -0700 7/16/01, Kris Kennaway wrote:
Hmm. We could easily provide a libreadline port for ports to
use, as long as libedit does everything that's needed for the
in-tree users (are there any others apart from bc and gdb?)
The only danger is if future versions of those grow the need
to
On Tue, Jul 17, 2001 at 12:23:28PM -0400, Garance A Drosihn wrote:
I may be misunderstanding what you mean here, but I don't think
we should replace libreadline with libedit. However, I do find
this very interesting, as some of my friends and I have a program
that we're going to switch from
On Sun, 15 Jul 2001, Ian Dowse wrote:
The patch below causes the samples of running processes to be
somewhat randomised; instead of being taken every 5 seconds, the
gap now varies in the range 4 to 6 seconds, so that synchronisation
should no longer occur. Would there be any objections to my
On Wed, 18 Jul 2001 00:23:43 +0400, Andrey A. Chernov wrote:
On Tue, Jul 17, 2001 at 10:27:14 -0700, Kris Kennaway wrote:
On Tue, Jul 17, 2001 at 01:23:44PM -0400, Garance A Drosihn wrote:
Okay. So it sounds like there's a shim to libedit which would be
the API replacement for
At 9:40 AM -0700 7/17/01, Kris Kennaway wrote:
On Tue, Jul 17, 2001, Garance A Drosihn wrote:
Is there some way freebsd could switch base-system components to
use libedit, and then turn libreadline into a port for any other
ports which need libreadline?
I think hacking gdb to use libedit
On Tue, Jul 17, 2001 at 01:23:44PM -0400, Garance A Drosihn wrote:
Okay. So it sounds like there's a shim to libedit which would be
the API replacement for libreadline. Could we call that something
cute like 'libreadlinele' ('le' for 'libedit') or 'libeditrl', but
leave libreadline as a
On Mon, 16 Jul 2001, John Polstra wrote:
While upgrading an old (October 2000) -current system which did not
have a libc.so.5 yet, I ran into this failure in src/lib/ncurses:
cc -o make_keys -nostdinc -O -pipe -mcpu=ev56 -mcpu=ev56 -I. -I/c/src/lib/libncurses
Good.
I want all use of the cpu number removed. It seems to be just to avoid
alignment problems that shouldn't happen in practice (the save area
should always be suitably aligned if it isn't already, and I think it
is already).
The pcb_save area has the proper alignment but the dummy
I use FreeBSD 5.0.
Falco Krepel wrote:
I use the 3COM 3C905c TX-M with bootrom (PXE v2.20, MBA v4.30). Some
time after 2001-05-14 the pxeboot is not working anymore.
I have the following behavior:
1. The client gets his IP address and bootfile with DHCP.
2. TFTP starts with
On Tue, 17 Jul 2001 [EMAIL PROTECTED] wrote:
I want all use of the cpu number removed. It seems to be just to avoid
alignment problems that shouldn't happen in practice (the save area
should always be suitably aligned if it isn't already, and I think it
is already).
The pcb_save area
In article [EMAIL PROTECTED],
Bruce Evans [EMAIL PROTECTED] wrote:
On Mon, 16 Jul 2001, John Polstra wrote:
While upgrading an old (October 2000) -current system which did not
have a libc.so.5 yet, I ran into this failure in src/lib/ncurses:
cc -o make_keys -nostdinc -O -pipe
26 matches
Mail list logo