Also, this error may only be caused if:
1. The previous ``buildworld'' installed new headers in
${WORLDTMP}/usr/include.
2. The next ``buildworld'' was run with -DNOCLEAN.
(Only in this case ${WORLDTMP}/usr/include will be
non-empty.)
On Fri, Sep 21, 2001 at 10:22:07AM +0300, Rusl
[This is the continuation of a thread that started on -committers]
On Sun, Sep 16, 2001 at 02:48:48PM +0100, Josef Karthauser wrote:
> On Sun, Sep 16, 2001 at 01:35:20AM +0100, Josef Karthauser wrote:
> > On Sat, Sep 15, 2001 at 03:51:07PM +0200, Dag-Erling Smorgrav wrote:
> > > Josef Karthauser
On Fri, 21 Sep 2001, Ruslan Ermilov wrote:
> This is because BMAKEENV has DESTDIR=${WORLDTMP}, and
> bsd.{prog,lib}.mk have the magic of adding the
> -I${DESTDIR}/usr/include to CFLAGS if DESTDIR is set.
>
> I'm currently testing the following patch with the
> -CURRENT build on a -STABLE box.
>
>
< said:
> foreach $path (`sysctl -n kern.module_path | sed -e 's/;/ /`)
> if (-d $path)
> kldxref $path
> endif
> endfor
module_path=$(sysctl -n kern.module_path)
OIFS="$IFS"; IFS=";"
set ${module_path}
IFS="$OIFS"
for directory; do
[ -d ${directory} ] && kldxref ${directory}
don
There were some issues with trying to mount an NFS exported volume after
the last NFS megacommit.
I'm still seeing issues after doing a cvsup today.
Has this been resolved? Is there an official workaround?
I can chase it down, but if there is work already going on to fix it, I'd
rather not dup
I tried to upgrade my -current system today (I hadn't upgraded for a
couple of weeks before this), and my PS/2 mouse went undetected.
Here's my hints file:
# $FreeBSD: src/sys/i386/conf/GENERIC.hints,v 1.2 2000/06/14 10:01:39 peter Exp $
hint.fdc.0.at="isa"
hint.fdc.0.port="0x3F0"
hint.fdc.0.ir
On Fri, Sep 21, 2001 at 03:00:08PM -0400, Viren R.Shah wrote:
> atkbdc0: port 0x64,0x60 irq 1 on acpi0
> ^
Same here (Asus CUBX mobo):
atkbdc0: at port 0x60,0x64 on isa0
> which Kazutaka YOKOTA suggested in a different thread might indicate
On Fri, 21 Sep 2001, John Baldwin wrote:
> On 21-Sep-01 John Baldwin wrote:
> > jhb 2001/09/21 16:15:10 PDT
> >
> > Modified files:
> > sys/sys mutex.h
> > Log:
> > Use __FILE__ and __LINE__ explicitly since we know we will be using them
> > when calling _mtx_asse
On Fri, 21 Sep 2001, Vincent Poy wrote:
> On Fri, 21 Sep 2001, John Baldwin wrote:
>
> > On 21-Sep-01 John Baldwin wrote:
> > > jhb 2001/09/21 16:15:10 PDT
> > >
> > > Modified files:
> > > sys/sys mutex.h
> > > Log:
> > > Use __FILE__ and __LINE__ explicitly since
Thus spake Ruslan Ermilov ([EMAIL PROTECTED]):
> IIRC, it was requested by many that this change be backed out, no?
No, the discussion -arch converted to a discussion about the
implementation of a "world.conf" file, which implicits this
commit.
Alex
To Unsubscribe: send mail to [EMAIL PROTECTE
On Thu, Sep 20, 2001 at 22:21:31 -0700, Peter Wemm wrote:
> "Andrey A. Chernov" wrote:
> > On Thu, Sep 20, 2001 at 18:32:57 +0400, Andrey A. Chernov wrote:
> > > After stdio changes 4.4 binaries linked with libtermcap/libcurses refuse
> > > to work:
> > >
> > > /usr/libexec/ld-elf.so.1: /usr/lib
"Andrey A. Chernov" wrote:
> On Thu, Sep 20, 2001 at 22:21:31 -0700, Peter Wemm wrote:
> > "Andrey A. Chernov" wrote:
> > > On Thu, Sep 20, 2001 at 18:32:57 +0400, Andrey A. Chernov wrote:
> > > > After stdio changes 4.4 binaries linked with libtermcap/libcurses refus
e
> > > > to work:
> > >
On Fri, Sep 21, 2001 at 01:37:38 -0700, Peter Wemm wrote:
> > Adding COMPAT4X alone not helps in such situation. As I already report, I
> > found the root of the problem - old /usr/lib/*.so* libraries must be
> > removed because the picked before fixed /usr/lib/compat/*.so* libraries.
>
> Perha
Hi,
with a fresh -current from today 'ps' from time to time stops my machine.
I discovered this when building a new net-snmpd. It always stops at the
line saying
checking for correct flags to ps...
I had a look at the configure script. It does a 'ps' with different
options. Runnning 'ps' by ha
I just built today's -current, still having a couple of problems.
First off, when install tried to rm -R libc_r.so.4 and libc.so.4 it couldn't
because schg flags were set. Went fine after I removed them.
Second I still have apps looking for libc.so.4 (mountd for example) I finally
just linked th
¨ü¤åªÌ¡G§e¡@°ê¥ß¥xÆW¤j¾Çº[©ÒÄݦæ¬F¾Ç³N¬ã¨s³æ¦ì¡þ
¡@¡@¡@¡@¡@¡@¥þ°ê¦U¯Å¾÷Ãö¹ÎÅé¡þ¤½¥q¦æ¸¹¡þ¤½·|©ÎÓ¤H¡@½Ðų®Ö¡I
µo¤åªÌ¡G¥øÀs¿ì¤½¥Î«~¦³¤½¥q¡@¹q¸Ü¡G(02)2701-2000
¥D¡@¦®¡G¨Ï¥Î¡eÀô«O¹p®gºÒ¯»§X¡f¤§ÀuÂI¤Î±ÄÁÊnÂI¡C
»¡¡@©ú¡GÀô«O¹p®gºÒ¯»§X¤§±MÃD¬ã¨s³ø§i
¡]¤@¡^«e¨¥
¡@¡@¡@¡@¡@ªñ¦~¨Ó¡A¥Ñ©ó¦U¶µ¬ÛÃö§Þ³N¦¨
John Baldwin wrote:
> The problem is that during a fast interrupt handler, we don't acknowledge the
> interrupt until we return from the interrupt handler, so if we preempt it may
> be a while before we get back to the interrupted process so it can finish the
> interrupt handler and ack the interr
John Baldwin wrote:
> Bah, we leave interrupts disabled during fast interrupt handlers, so this
> should be fine in -current since the softclock swi_sched() uses SWI_NOSWITCH
> (there is no NOSWITCH flag in a preemptive kernel, it's automatic and that is
> what bit the preemption kernel).
I think
cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys
On 21-Sep-01 Aloha Guy wrote:
>
> cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual
> -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys
> -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/
John Baldwin <[EMAIL PROTECTED]> wrote:
On 21-Sep-01 Aloha Guy wrote:>> cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual >> -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys>> -I/usr/src/sys/dev -I/
21 matches
Mail list logo
