Peter Wemm [EMAIL PROTECTED] writes:
Tinderbox wrote:
gzip -cn
/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/nls/catgets.3
catgets.3.gz
Segmentation fault (core dumped)
*** Error code 139
These false alarms are wearing a bit thin. Is there a problem with the
In message [EMAIL PROTECTED], Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=
writes:
Peter Wemm [EMAIL PROTECTED] writes:
Tinderbox wrote:
gzip -cn
/vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/nls/catgets.3
catgets.3.gz
Segmentation fault (core dumped)
*** Error code 139
On Sun, 20 Jul 2003, Peter Wemm wrote:
PWTinderbox wrote:
PW
PW gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/nls/cat
PWgets.3 catgets.3.gz
PW Segmentation fault (core dumped)
PW *** Error code 139
PW
PWThese false alarms are wearing a bit thin. Is there a problem
On Sat, 19 Jul 2003, Bosko Milekic wrote:
BM
BMOn Sat, Jul 19, 2003 at 08:31:26PM +0200, Lara Harti Brandt wrote:
BM[...]
BM Well the problem is, that nothing is starved. I have an idle machine and
BM a zone that I have limited to 60 or so items. When allocating the 2nd
BM item I get block on
Peter Wemm writes:
Tinderbox wrote:
gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/nls/c
at
gets.3 catgets.3.gz
Segmentation fault (core dumped)
*** Error code 139
These false alarms are wearing a bit thin. Is there a problem with the
tinderbox build
Anti writes:
buildworld fails at telnet if you build with NOCRYPT and NO_OPENSSL --
telnet stuff is looking for NO_CRYPTO to disable this, which isn't
documented anywhere...
Thanks!
This should be fixed now.
M
--
Mark Murray
iumop ap!sdn w,I idlaH
Hi,
while booting a 5.1REL kernel on that machine is fine, booting HEAD
results in...
--- cut ---
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
On Fri, Jul 18, 2003 at 11:39:53AM -0700, Tim Kientzle wrote:
I wrote the /rescue stuff and a lot of people have
reported that it breaks parallel builds, but I haven't yet
come up with anything. (In part, because I haven't yet
managed to reproduce it. sigh)
A couple of things look odd
Hi,
I have similar problem.
disable re-route interrupts.
It's works fine.
--- /sys/dev/pci/pci.c.orig Tue Jul 1 23:08:32 2003
+++ /sys/dev/pci/pci.c Mon Jul 21 11:04:55 2003
@@ -800,7 +800,7 @@
}
if (cfg-intpin 0 PCI_INTERRUPT_VALID(cfg-intline)) {
-#if
On Sun, Jul 20, 2003 at 02:44:23PM +0300, Ruslan Ermilov wrote:
A few days ago I've noticed such messages in CURRENT buildlog (on 4.7
box, building without -jsomething) :
cc -Os -pipe -c chown_stub.c
ld -dc -r -o chown.lo chown_stub.o /usr/obj//usr/src/usr.sbin/chown/chown.o
from dhclient(8):
The DHCP client can be directed not to attempt to configure any
interfaces using the -n flag.
this does not seem to work, my interface gets configured, resolv.conf
written.
can anyone confirm this? what sort of action should be taken to fix
this?
I have the following error and cannot compile jdk14
on FreeBSD-current, July 20th. cvsup'ed with the latest
linux_base.
Is is unique to me alone?
tyd3# /usr/local/linux-sun-jdk1.4.2/bin/java -version
#
# HotSpot Virtual Machine Error, Internal Error
# Please report this error at
#
On Mon, Jul 21, 2003 at 09:03:00AM +0200, Harti Brandt wrote:
On Sat, 19 Jul 2003, Bosko Milekic wrote:
BM
BMOn Sat, Jul 19, 2003 at 08:31:26PM +0200, Lara Harti Brandt wrote:
BM[...]
BM Well the problem is, that nothing is starved. I have an idle machine and
BM a zone that I have
There are indeed more problems with that JDK 1.4.2. Please try on
freebsd-java instead of ports-committers...
Ernst
On Monday 21 July 2003 14:55, Yamada Ken Takeshi wrote:
I have the following error and cannot compile jdk14
on FreeBSD-current, July 20th. cvsup'ed with the latest
On Mon, 21 Jul 2003, Bosko Milekic wrote:
BM
BMOn Mon, Jul 21, 2003 at 09:03:00AM +0200, Harti Brandt wrote:
BM On Sat, 19 Jul 2003, Bosko Milekic wrote:
BM
BM BM
BM BMOn Sat, Jul 19, 2003 at 08:31:26PM +0200, Lara Harti Brandt wrote:
BM BM[...]
BM BM Well the problem is, that nothing is
On Mon, Jul 21, 2003 at 03:47:54PM +0200, Harti Brandt wrote:
On Mon, 21 Jul 2003, Bosko Milekic wrote:
[...]
BM It sounds to me like your example is really not the general-case one.
BM Basically, you're using a zone capped off at 1 page. Currently in
BM UMA, this is the size of the slab.
At 12:34 AM -0400 7/21/03, Garance A Drosihn wrote:
I do know that buildworld finishes OK if I define NORESCUE.
Right now I am running a buildworld that does not specify -j,
and I'll see if that completes OK.
The buildworld without -j did successfully complete. I have
added that logfile to the
On Mon, 21 Jul 2003, Bosko Milekic wrote:
BM A. Given the explanation, the small size of the limits makes a
BM lot more sense now. Previously, the limit probably enforced the
BM actual number of cached (pre-allocated) items in the pool. So, it was
BM more than just a limit, it was a
On Mon, 2003-07-21 at 08:55, Yamada Ken Takeshi wrote:
I have the following error and cannot compile jdk14
on FreeBSD-current, July 20th. cvsup'ed with the latest
linux_base.
Is is unique to me alone?
tyd3# /usr/local/linux-sun-jdk1.4.2/bin/java -version
#
# HotSpot Virtual Machine
On Mon, Jul 21, 2003 at 02:13:45PM +0300, Andrey Elperin wrote:
On Sun, Jul 20, 2003 at 02:44:23PM +0300, Ruslan Ermilov wrote:
A few days ago I've noticed such messages in CURRENT buildlog (on 4.7
box, building without -jsomething) :
cc -Os -pipe -c chown_stub.c
ld -dc -r -o
Adam wrote:
On Mon, 2003-07-21 at 08:55, Yamada Ken Takeshi wrote:
tyd3# /usr/local/linux-sun-jdk1.4.2/bin/java -version
#
# HotSpot Virtual Machine Error, Internal Error
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2-b28
On Mon, 21 Jul 2003, Noriyoshi Kawano wrote:
I have similar problem.
disable re-route interrupts.
It's works fine.
--- /sys/dev/pci/pci.c.orig Tue Jul 1 23:08:32 2003
+++ /sys/dev/pci/pci.cMon Jul 21 11:04:55 2003
@@ -800,7 +800,7 @@
}
if (cfg-intpin 0
On Fri, 18 Jul 2003 02:14:18 +0200
Pawel Worach [EMAIL PROTECTED] wrote:
Danny Braniss wrote:
I just run rpcinfo:
# rpcinfo
rpcinfo: can't contact rpcbind: RPC: Port mapper failure - RPC: Success
:=)
This really belongs in questions@, make sure you have rpcbind_enable=YES in
Gordon Tetlow wrote:
It seems that the $(OUTPUTS) target (which has 3 components) causes
this particular error.
+.ORDER: $(OUTPUTS)
$(OUTPUTS): $(CONF)
MAKEOBJDIRPREFIX=${CRUNCHOBJS} crunchgen -q -m $(OUTMK) -c $(OUTC) \
$(CONF)
Hmmm... Is that what .ORDER is for? To work
On Mon, Jul 21, 2003 at 09:36:37AM -0700, Tim Kientzle wrote:
Gordon Tetlow wrote:
It seems that the $(OUTPUTS) target (which has 3 components) causes
this particular error.
+.ORDER: $(OUTPUTS)
$(OUTPUTS): $(CONF)
MAKEOBJDIRPREFIX=${CRUNCHOBJS} crunchgen -q -m $(OUTMK) -c $(OUTC)
Gordon Tetlow wrote:
On Mon, Jul 21, 2003 at 09:36:37AM -0700, Tim Kientzle wrote:
Hmmm... Is that what .ORDER is for? To work around a
parallel make that gratuitously rebuilds things?
Right it serializes build dependencies. The problem with crunchgen ...
I would argue the problem with make...
On Tue, Jul 15, 2003 at 07:59:43AM +0200, Harti Brandt wrote:
On Tue, 15 Jul 2003, Jun Kuriyama wrote:
JKWith new gcc and -Wshadow, src/bin/ed/re.c shows this warning:
JK
JKcc -Wshadow -c re.c
JKre.c: In function `get_compiled_pattern':
JKre.c:44: warning: declaration of `exp' shadows a
TB --- 2003-07-21 16:00:00 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-07-21 16:00:00 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-21 16:02:08 - building world
TB --- cd
At 9:46 AM -0700 7/21/03, Tim Kientzle wrote:
Gordon Tetlow wrote:
On Mon, Jul 21, 2003, Tim Kientzle wrote:
Hmmm... Is that what .ORDER is for? To work around a
parallel make that gratuitously rebuilds things?
Right it serializes build dependencies. The problem with
crunchgen ...
I would argue
Evan Dower wrote:
From: Andrew Lankford [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: putting /dev/lpt in polling mode in boot time.
Date: Sun, 20 Jul 2003 15:40:21 -0600
Before anyone corrects me, yes, the man page says bit 5 controls polling,
0x20.
On Mon, Jul 21, 2003 at 06:08:43PM +0300, Ruslan Ermilov wrote:
On Mon, Jul 21, 2003 at 02:13:45PM +0300, Andrey Elperin wrote:
On Sun, Jul 20, 2003 at 02:44:23PM +0300, Ruslan Ermilov wrote:
A few days ago I've noticed such messages in CURRENT buildlog (on 4.7
box, building without
Hi,
i cvsuped around monday morning, and after building / installing, my
kernel said every second or so :
Jul 17 09:48:01 syrenna kernel: ACPI-0438: *** Error: Handler for
[EmbeddedControl] returned AE_NO_HARDWARE_RESPONSE
Jul 17 09:48:01 syrenna kernel: ACPI-1287: *** Error: Method execution
On Mon, Jul 21, 2003 at 09:46:03AM -0700, Tim Kientzle wrote:
I would argue the problem with make... ;-) I think it's pretty
clear that
a b c: foo
buildabc
does not require that 'buildabc' be run three times.
It's a common perception and one that's wrong.
a b c: d
Kris Kennaway wrote:
On Thu, Jul 17, 2003 at 03:29:12PM +0300, Maxim Sobolev wrote:
No, everything seems real - at least Matt replies to e-mails
sent to him on this topic. There is also a live nntp server
up and running @ dragonflybsd.org, I saw Matt and Terry Lambert
discussing kernel
Hello!
I tried to create a cscope's database with about 6200 files listed
in the cscope.files. The entire tree (including the cscope.files)
is mounted over NFS from a Solaris server.
The July 11th kernel would just crash, today's one is more intelligent:
kmem_malloc(4096):
TB --- 2003-07-21 18:19:35 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-07-21 18:19:35 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/i386
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-21 18:21:29 - building world
TB --- cd
TB --- 2003-07-21 19:01:13 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-07-21 19:01:13 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-21 19:03:15 - building world
TB --- cd
On Mon, Jul 21, 2003 at 09:46:03AM -0700, Tim Kientzle wrote:
Gordon Tetlow wrote:
On Mon, Jul 21, 2003 at 09:36:37AM -0700, Tim Kientzle wrote:
Hmmm... Is that what .ORDER is for? To work around a
parallel make that gratuitously rebuilds things?
Right it serializes build dependencies.
I'm running FreeBSD 5.1-RELEASE with the SMP kernel and ran across the
following kernel panic.
panic: kmem_malloc(4096): kmem_map too small: 275251200 total allocated
I'm trying to figure out what could be causing this, what kind of
information that I could provide to this group (or other
I have an image of floppy disk formatted under win2k that causes
system panic under CURRENT and on 4.8-RELEASE. This hapens
after I mount the image (via vnode or directly from floppy) and do 'ls'
of one of directories on the image. If somebody wants to fix the bug
- send me an e-mail and I will
TB --- 2003-07-21 20:09:36 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-07-21 20:09:36 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-21 20:11:47 - building world
TB --- cd
Mark Murray wrote:
Peter Wemm writes:
Tinderbox wrote:
gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/nls
/c
at
gets.3 catgets.3.gz
Segmentation fault (core dumped)
*** Error code 139
These false alarms are wearing a bit thin. Is there a
I still get
# HotSpot Virtual Machine Error, Internal Error
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2-b28 mixed mode)
#
# Error ID: 4F533F4C494E55583F491418160E43505002EF
#
Heap at VM Abort:
Heap
(and here it hangs,
For what it is worth, I am having the exact same problem. I cvsup'd and
builtworld on Sunday, July 20, and my machine has been crashing about every
half-hour since. It starts slowing down, the load average begins to
climb until it eventually grinds to a halt. If I wait long enough, I
will see
On Mon, Jul 21, 2003 at 03:01:24PM -0600, Stephane Raimbault wrote:
I'm running FreeBSD 5.1-RELEASE with the SMP kernel and ran across the
following kernel panic.
panic: kmem_malloc(4096): kmem_map too small: 275251200 total allocated
I'm trying to figure out what could be causing this,
TB --- 2003-07-21 21:33:41 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-07-21 21:33:41 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-21 21:35:42 - building world
TB
On Mon, Jul 21, 2003 at 06:24:07PM -0400, Mik Firestone wrote:
For what it is worth, I am having the exact same problem. I cvsup'd and
builtworld on Sunday, July 20, and my machine has been crashing about every
half-hour since. It starts slowing down, the load average begins to
climb
On Mon, Jul 21, 2003 at 06:43:11PM +, Bosko Milekic wrote:
On Mon, Jul 21, 2003 at 06:24:07PM -0400, Mik Firestone wrote:
For what it is worth, I am having the exact same problem. I cvsup'd and
builtworld on Sunday, July 20, and my machine has been crashing about every
half-hour
On Wed, 9 Jul 2003, Terry Lambert wrote:
Andy Farkas wrote:
On Tue, 8 Jul 2003, Julian Elischer wrote:
It looks tp me that if we make a thread runnable
and there is a processor in the idle loop, the idle processor should be
kicked in some way to make it go get the newly runnable
On Tue, 22 Jul 2003, Andy Farkas wrote:
On Wed, 9 Jul 2003, Terry Lambert wrote:
Andy Farkas wrote:
On Tue, 8 Jul 2003, Julian Elischer wrote:
It looks tp me that if we make a thread runnable
and there is a processor in the idle loop, the idle processor should be
kicked in
Peter Wemm [EMAIL PROTECTED] writes:
Hmm. I thought it was gzip that was dying. Looks like its make instead, and
is rather consistent.
told you so
So, who has been messing with make(1) lately?
I believe that the problem is in the kernel, not in make(1); it just
happens to be triggered by
Mr Wolf,
Heh, you noticed :)
Currently (cpu_idle_hlt=1) the load is fluctuating between 2.20 and 3.60
every few minutes! (xload looks like a graph of a sinewave)
If I set cpu_idle_hlt back to 0 the load goes back to a steady 3.80 where
it should be.
define should.
When all 3 seti's
On Tue, 22 Jul 2003, Andy Farkas wrote:
Mr Wolf,
Heh, you noticed :)
Currently (cpu_idle_hlt=1) the load is fluctuating between 2.20 and 3.60
every few minutes! (xload looks like a graph of a sinewave)
If I set cpu_idle_hlt back to 0 the load goes back to a steady 3.80 where
Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= wrote:
Peter Wemm [EMAIL PROTECTED] writes:
Hmm. I thought it was gzip that was dying. Looks like its make instead, a=
nd
is rather consistent.
told you so
So, who has been messing with make(1) lately?
I believe that the problem is in the
Adam said:
On Mon, 2003-07-21 at 08:55, Yamada Ken Takeshi wrote:
I have the followinacquirer and cannot compile jdk14
on FreeBSD-current, July 20th. cvsup'ed with the
latest
linux_base.
Is is unique to me alone?
tyd3# /usr/local/linux-sun-jdk1.4.2/bin/java -version
#
# HotSpot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I keep getting this error when compiling a freshly cvsup'd source. 5.1-Current
/usr/src/sys/dev/harp/if_harp.c:128: `VENDAPI_FORE_2' undeclared here (not in
a function)
/usr/src/sys/dev/harp/if_harp.c:128: initializer element is not
On Mon, 2003-07-21 at 22:35, Adam Migus wrote:
Perhaps you should try writing a port yourself before
you judge others on whether or not their ports are
released too early or not.
When you get your foot out of your mouth also try using
your full name in your email address too so people can
If so could some one point me in the right direction for the right driver. thx
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
TB --- 2003-07-22 04:00:01 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-07-22 04:00:01 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-22 04:02:19 - building world
TB --- cd
59 matches
Mail list logo
