>
> brian> I recently added the directory /usr/include/netnatm/ to
> brian> BSD.include.dist, and the ppp build now depends on this.
>
> Would you please add netnatm to 'LDIRS' definition of src/include/Makefile ?
>
> Without this, "make buildworld" fails just like this, since no header
> file
brian> I recently added the directory /usr/include/netnatm/ to
brian> BSD.include.dist, and the ppp build now depends on this.
Would you please add netnatm to 'LDIRS' definition of src/include/Makefile ?
Without this, "make buildworld" fails just like this, since no header
file in src/sys/netn
On Mon, 16 Oct 2000, Bruce Evans wrote:
> On Sun, 15 Oct 2000, Steve Kargl wrote:
>
> > Actually, in this case the endian.h change exposed a bug
> > if the wait(2) manpage is correct. In particular,
> > is required to occur before , which was missing in
> > libdialog/prgbox.c and libc_r/uthre
People may see problems with make buildworld.
I recently added the directory /usr/include/netnatm/ to
BSD.include.dist, and the ppp build now depends on this.
Old installations may have a bogus file called /usr/include/netnatm
that needs to be removed before mtree (at the start of installworld
On Sun, 15 Oct 2000, Steve Kargl wrote:
> Actually, in this case the endian.h change exposed a bug
> if the wait(2) manpage is correct. In particular,
> is required to occur before , which was missing in
> libdialog/prgbox.c and libc_r/uthread/uthread_wait4.c.
It is strictly correct for POSIX
Hi,
I have some trouble building world today; after finally getting over
what seemed to be like numerous endian.h related problems... I get
failure while building usr.sbin/ppp now.
/usr/src/usr.sbin/ppp/atm.c:32: netnatm/natm.h: No such file or directory
/usr/src/usr.sbin/ppp/
===> usr.sbin/ppp
rm -f .depend
mkdep -f .depend -a-DHAVE_DES -I/usr/obj/usr/src/i386/usr/include
/usr/src/usr.sbin/ppp/acf.c /usr/src/usr.sbin/ppp/arp.c /usr/src/usr.sbin/ppp/async.c
/usr/src/usr.sbin/ppp/auth.c /usr/src/usr.sbin/ppp/bundle.c
/usr/src/usr.sbin/ppp/cbcp.c /usr/src/usr.sbin
Bruce Evans wrote:
> On Sun, 15 Oct 2000, Steven G. Kargl wrote:
>
> > There is another patch needed in libdialog.
>
> No patches are needed in applications; endian.h should be unbroken.
>
> However, including endian.h directly seems to be a bug. endian.h is not
> documented in any section 3 m
On Sun, 15 Oct 2000, Steven G. Kargl wrote:
> There is another patch needed in libdialog.
No patches are needed in applications; endian.h should be unbroken.
However, including endian.h directly seems to be a bug. endian.h is not
documented in any section 3 man page. The documented interface
Sun, Oct 15, 2000 at 20:52:59, netch wrote about "(1) hanging up on ldconfig; (2)
entropy file read failed":
This is also entropy file and random device problem.
ldconfig which hangs: pid=107, flag=004006, stat=3, wchan=c0336f80,
wmesg=rndblk - waits for random data (?)
This handing appeared w
Manfred Antar wrote:
>
> When setting entropy_file="/var/db/entropy" in rc.conf
> This error happens:
> No entropy file, trying other sources
> After a few minutes the machine continues booting
> /var is mounted on a separate partition from /
Try the attached patch. It's been approved in
When setting entropy_file="/var/db/entropy" in rc.conf
This error happens:
No entropy file, trying other sources
After a few minutes the machine continues booting
/var is mounted on a separate partition from /
Setting to :
entropy_file="/tmp/entropy"
This happens:
Reading entropy file
rm: /tmp/en
*** /usr/src/gnu/lib/libdialog/prgbox.c.origSun Oct 15 12:44:15 2000
--- /usr/src/gnu/lib/libdialog/prgbox.c Sun Oct 15 12:44:36 2000
***
*** 21,26
--- 21,27
#include
#include
+ #include
#include
#include "dialog.priv.h"
To Unsubscribe: send mail to [
There is another patch needed in libdialog.
Steve
*** /usr/src/lib/libc_r/uthread/uthread_wait4.c.origSun Oct 15 11:16:02 2000
--- /usr/src/lib/libc_r/uthread/uthread_wait4.c Sun Oct 15 11:16:45 2000
***
*** 32,37
--- 32,38
* $FreeBSD: src/lib/libc_r/uthread/uthread
On Sun, Oct 15, 2000 at 07:45:47PM +0200, Daniel Eischen wrote:
> On Sun, 15 Oct 2000, German Tischler wrote:
> > Hi.
> >
> > After the recent thread changes trying to use plaympeg
> > (smpeg-0.4.0 package) fails with the following message:
> >
> > Fatal error 'Thread has returned from sigreturn
>>> STOCK PICK OF THE WEEK <<<
For the week beginning Monday, 10-16-2000
Investment Snapshot - ATTP -- Affordable Telecom
http://moneycentral.msn.com/scripts/webquote.dll?iPage=qd&Symbol=attp
Target Price: $1.00 Current Price: $.12
Take a close look at this stock, it's going to rise fast!
H
System is: FreeBSD 5.0(13)-CURRENT-20001014
Three times, it hung up during boot after message:
setting ELF ldconfig path: /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/li
b
trace from DDB said:
[scgets and neighbours stuff]
atbkd_isa_intr()
ithd_loop() at ithd_loop+0x8a
fork_trampolin
On Sun, 15 Oct 2000, German Tischler wrote:
> Hi.
>
> After the recent thread changes trying to use plaympeg
> (smpeg-0.4.0 package) fails with the following message:
>
> Fatal error 'Thread has returned from sigreturn or longjmp'
> at line ? in file /usr/src/lib/libc_r/uthread/uthread_kern.c
The recent changes to machine/endian.h introduced breakage in
lib.msun because of out-of-order include files.
Steve
*** /usr/src/lib/msun/src/math_private.h.orig Sun Oct 15 10:09:10 2000
--- /usr/src/lib/msun/src/math_private.hSun Oct 15 10:09:20 2000
***
*** 17,24
In article [EMAIL PROTECTED]> you
write:
>
>Well getting rid of the leftover splimp() didn't clear up the problem. Maybe
>we need to move the mtx_init and XL_LOCK up to where the splimp() was.
Change the last XL_LOCK in xl_intr() into an XL_UNLOCK.
--
Jonathan
To Unsubscribe: send mail to [EM
Hi.
After the recent thread changes trying to use plaympeg
(smpeg-0.4.0 package) fails with the following message:
Fatal error 'Thread has returned from sigreturn or longjmp'
at line ? in file /usr/src/lib/libc_r/uthread/uthread_kern.c
(errno = ?)
Abort trap (core dumped)
Has anyone else seen
On Sun, Oct 15, 2000 at 00:20 -0400, Daniel Eischen wrote:
> On Sat, 14 Oct 2000 [EMAIL PROTECTED] wrote:
>
> > (6) If a thread whose policy or priority has been modified is
> > a running thread or is runnable, runnable thread [sic] it then
> > becomes the tail of the thre
On Sat, Oct 14, 2000 at 16:07 -0700, David O'Brien wrote:
>
> [ ... reviving cvs rm'ed files ... ]
>
> As you've just shown, this can be a real PITA.
>
> > But I feel that David wants to know this, too.
>
> Huh? Do what?? I fully understand how to remove, add, and
> revive files in the repo.
On Tue, Oct 10, 2000 at 11:19:43AM -0700, Gregory Neil Shapiro wrote:
> 5. The sendmail cf building tools (contrib/sendmail/cf) are installed in
>/usr/share/sendmail/cf.
Hurray !
--
Andreas Klemm Powered by FreeBSD SMP
Songs from our band >>64Bits<<
How is developing sound system for freebsd, please look at me pr
i386/21717. I just can't use my sound card any more. Maybe this is lack of
configuration, but i think that all is configured coorrectly. Anyway -
look at it please and let me know how can i help to figure it out what
happens.
To
:We've blown out the kern.flp image. Time for me to chop something
:out again, unless there are any other suggestions. :|
:
:- Jordan
:...
:mv /R/stage/kernels/BOOTMFS /R/stage/image.kern/kernel
:Setting up /boot directory for kern floppy
:/R/stage/image.kern/kernel: 54.8% -- replaced with /R
David O'Brien writes:
> On Fri, Oct 13, 2000 at 07:18:05PM +0300, Maxim Sobolev wrote:
> > Nope, the loader can load stuff from other partitions, even from some strange
> > ones like msdos ;), so theoretically it should be possible to have /boot, or
> > even /boot/kernel, on another partition (it
On Fri, Oct 13, 2000 at 07:18:05PM +0300, Maxim Sobolev wrote:
> Nope, the loader can load stuff from other partitions, even from some strange
> ones like msdos ;), so theoretically it should be possible to have /boot, or
> even /boot/kernel, on another partition (it may require to tweak loader co
Mike Smith points out that removing `vpo' kills parallel port Zip drives.
Is this something we can live w/o for installs?
> Index: dokern.sh
> ===
> RCS file: /home/ncvs/src/release/scripts/dokern.sh,v
> retrieving revision 1.35
> d
29 matches
Mail list logo