Morning,
Some of you will probably remember my request for opinions about SMP
performance in 3.4-stable, and I went with it - I'm quite happy at the
result as well, it runs beautifully. One very strange thing I've noticed
though, from dmesg:
CPU: Pentium III (686-class CPU)
Origin = "GenuineIn
On Thu, 16 Mar 2000, David Bushong wrote:
> > Well, I couldn't replicate this when I tried (under several different
> > conditions). The only bug I found with compiling without crypto support
> > was in tcpdump. Perhaps you have a stale /usr/obj?
> >
> I got this exact behavior from having only
On Fri, 17 Mar 2000, Tom Legg wrote:
> I've reproduced the missing crypto bug when compiling a kernel.
> I think I've isolated it. If you try to build a custom kernel with
> IPSEC options the make will bomb. This will happen even after the
> current UPDATING instructions are complete.
You
So having pushed myself through two machine upgrades in the last
couple of days
I've reproduced the missing crypto bug when compiling a kernel.
I think I've isolated it. If you try to build a custom kernel with
IPSEC options the make will bomb. This will happen even after the
current U
Marcel Moolenaar wrote:
>
> You can make a kernel like this:
> cd /usr/src
> make buildkernel KERNEL=YOUR_KERNEL_HERE
>
> The new `buildkernel' and `installkernel' targets make use of the tools
> build by buildworld and effectively works around the bootstrap problem.
IIRC, /etc/
Warner Losh wrote:
>
> When I tried the installkernel it installed things as /YOUR_KERNEL_HERE
>
> I'll have to update things.
Well, for people who like to build multiple kernels like me, the above
works... :-)
Alas, I have kernel="/DCS" in my /boot/loader.conf.
--
Daniel C. Sobral
This may be your problem. You either need to specify all, or each one
individually. I have had trouble using the all option
> src-all
> src-crypto
> src-eBones
> src-secure
You shouldn't need to use this in 3.x-stable
> USA_RESIDENT= YES
It is not necessary to upgrade from 3.2 if y
On Fri, 17 Mar 2000, Lester A. Mesa wrote:
> and while running the make buildworld is where I get the following error:
>
> ===> share/doc/usd/13.viref
> sed -e\ 's:\(\.so[\ \ ][\
> ]*\)\(vi.ref\)$:\1/usr/src/share/doc/usd/13.viref/../../../../contrib/nvi/
> docs/USD.doc/vi.ref/\2:' -e\ 's:\(
On Fri, 17 Mar 2000, Randall Hopper wrote:
> I have a small program I wrote that uses sigwait and takes about 1 second
> to complete.
>
> If I run it over-and-over many times repeatedly, occasionally the dynamic
> linker will fail to resolve the "sigwait" symbol.
>
> Here is how I run it in t
sigwait is available but there's no man page. Also I don't find one
for ld.so, though it's mentioned in the ldd man page.
Worth a PR?
Randall
# grep sigwait /usr/include/signal.h
int sigwait __P((const sigset_t *, int *));
int sigwaitinfo __P((cons
I have a small program I wrote that uses sigwait and takes about 1 second
to complete.
If I run it over-and-over many times repeatedly, occasionally the dynamic
linker will fail to resolve the "sigwait" symbol.
Here is how I run it in tcsh:
while (1)
hw4-1 > /dev/null
echo
11 matches
Mail list logo
