After m4 has been changed to do its temporary work in a subdirectory,
"make world" leaves a lot of /tmp/m4* directories behind.
This patch fix it for me. It is not protected by a "#ifndef vms" though.
I don't know if vms has rmdir() or not and I'm not sure if we care
about it.
John
--
John Hay
subsribe [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sun, 25 Feb 2001, John Hay wrote:
After m4 has been changed to do its temporary work in a subdirectory,
"make world" leaves a lot of /tmp/m4* directories behind.
This patch fix it for me. It is not protected by a "#ifndef vms" though.
I don't know if vms has rmdir() or not and I'm not
Matt Dillon [EMAIL PROTECTED] writes:
(2) the I/O for the buffer synchronization is initiated but interrupts
are winding up being disabled by the halt code due to holding Giant
and not sleeping (more likely). That all I can think of. We've hit
the interrupt disablement
Daniel,
I don't know, what port builds libGL.so.1?
Something has to link in the threads library...
Yep, XFree86 libs should be linked against -lc_r,
I got this working with this.
It's still broken in FreeBSD ports, all GL dependent
programms are broken for CURRENT at the moment.
I've
This is on alpha--does anybody see this on i386 as well?
naddy@kemoauc[~] dump 0af /dev/null /dev/da0a
DUMP: Date of this level 0 dump: Sun Feb 25 15:33:49 2001
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping /dev/da0a (/) to /dev/null
DUMP: mapping (Pass I) [regular files]
Hi,
konq_undo.kidl /usr/libexec/ld-elf.so.1: /usr/lib/libc_r.so.5: Undefined
symbol "_flockfile"
/usr/local/bin/dcopidl2cpp --c++-suffix cc --no-stub konq_undo.kidl
/usr/libexec/ld-elf.so.1: /usr/lib/libc_r.so.5: Undefined symbol
"_flockfile
Sorry, fixed this with recompling qt.
Martin
World is 18 Feb 2001
Kernel is 23 Feb 2001
vidcontrol -g 100x37 VESA_800x600
(while building another kernel)
made machine hang, beeping continuously, tcp/ip stack was down,
ctrl-alt-del unusable. Plugged power off (forgot to ask for ddb. still a
freebsd newbie...)
At boot, had an 'UNEXPECTED
Hi,
nfsd.c has the following lines:
(void)signal(SIGQUIT, SIG_IGN);
(void)signal(SIGTERM, SIG_IGN);
So nfsd(8) can only be killed by -9. Does this make
sense ? Unregistering withing rpcbind or portmap is
not possible, so one has to kill portmap(8) or rpcbind(8)
and restart all the rpc
On Sun, 25 Feb 2001, Martin Blapp wrote:
Daniel,
I don't know, what port builds libGL.so.1?
Something has to link in the threads library...
Yep, XFree86 libs should be linked against -lc_r,
I got this working with this.
It's still broken in FreeBSD ports, all GL dependent
* Martin Blapp [EMAIL PROTECTED] [010225 11:44] wrote:
Hi,
nfsd.c has the following lines:
(void)signal(SIGQUIT, SIG_IGN);
(void)signal(SIGTERM, SIG_IGN);
So nfsd(8) can only be killed by -9. Does this make
sense ? Unregistering withing rpcbind or portmap is
not possible, so one
:
:
:Hi,
:
:nfsd.c has the following lines:
:
:(void)signal(SIGQUIT, SIG_IGN);
:(void)signal(SIGTERM, SIG_IGN);
:
:So nfsd(8) can only be killed by -9. Does this make
:sense ? Unregistering withing rpcbind or portmap is
:not possible, so one has to kill portmap(8) or rpcbind(8)
:and restart all
Hi Matt,
thank you for you mail.
nfsd sits in the kernel most of the time. It needs
to ignore SIGTERM in order to stay alive as long
as possible during a shutdown, otherwise loopback
mounts will not be able to unmount.
ok, added a comment about this.
nfsd -r is used
I haven't been able to build a SMP kernel for a day.
I just did a make world and tried again, no luck
I keep getting this error:
linking kernel.debug
cam_periph.o: In function `cam_periph_mapmem':
/usr/src/sys/compile/pro2/../../cam/cam_periph.c(.text+0xa42): undefined reference to
`_mtx_assert'
cam_periph.o: In function `cam_periph_mapmem':
/usr/src/sys/compile/pro2/../../cam/cam_periph.c(.text+0xa42): undefined refe
rence to `_mtx_assert'
Try putting,
options INVARIANT_SUPPORT
in your kernel config. I think jhb recently made mtx_assert
conditional on that option. Either
At 02:28 PM 2/25/2001 -0800, you wrote:
cam_periph.o: In function `cam_periph_mapmem':
/usr/src/sys/compile/pro2/../../cam/cam_periph.c(.text+0xa42): undefined refe
rence to `_mtx_assert'
Try putting,
options INVARIANT_SUPPORT
in your kernel config. I think jhb recently made
:ok, added a comment about this.
:
: nfsd -r is used if you already have nfsd's
: running but somehow unregistered the nfs service
: from the portmapper. For example, if you killed
: the portmapper and restarted it. nfsd -r simply
: reregisters the service that is already
In message [EMAIL PROTECTED] Dag-Erling Smorgrav writes:
: Matt Dillon [EMAIL PROTECTED] writes:
: (2) the I/O for the buffer synchronization is initiated but interrupts
: are winding up being disabled by the halt code due to holding Giant
: and not sleeping (more likely). That
What on *earth* are you all referring to?
With current top of tree I get
QUARM:253: unknown option "INVARIANT_SUPPORT"
On Sun, 25 Feb 2001, Manfred Antar wrote:
At 02:28 PM 2/25/2001 -0800, you wrote:
cam_periph.o: In function `cam_periph_mapmem':
On Sun, Feb 25, 2001 at 03:48:36PM -0800, Matthew Jacob wrote:
What on *earth* are you all referring to?
With current top of tree I get
QUARM:253: unknown option "INVARIANT_SUPPORT"
You're a few days back from the top. It was removed briefly then
reappeared.
Kris
PGP signature
What on *earth* are you all referring to?
With current top of tree I get
QUARM:253: unknown option "INVARIANT_SUPPORT"
src/sys/conf/options:
revision 1.256
date: 2001/02/24 19:03:18; author: jhb; state: Exp; lines: +2 -1
Add back in INVARIANT_SUPPORT and
sorry.. I have a nightly script that updates, but it fell over (silently) on
the 23rd...
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
This is on a UP system.
Kris
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is
This is on a UP system.
Kris
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is
24 matches
Mail list logo
