After the following commit, my kernel fail to build with following errors:
cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi
-g -nostdinc -I- -I. -I../.. -I../../../include
-I../../contrib
I cvssupped a couple of times in the past three days
and the problem does not go away:
report_size'
/c/src/usr.bin/usbhidctl/usbhid.c:160: incompatible type for argument 3 of
`hid_report_size'
/c/src/usr.bin/usbhidctl/usbhid.c: In function `dumpdata':
/c/src/usr.bin/usbhidctl/usbhid.c:228: incom
On Wed, Oct 18, 2000 at 09:32:27AM +0200, Christoph Kukulies
<[EMAIL PROTECTED]> wrote:
> I cvssupped a couple of times in the past three days
> and the problem does not go away:
>
> report_size'
> /c/src/usr.bin/usbhidctl/usbhid.c:160: incompatible type for argument 3 of
>`hid_report_size'
>
On Wed, Oct 18, 2000 at 10:26:45AM +0200, Vallo Kallaste wrote:
> On Wed, Oct 18, 2000 at 09:32:27AM +0200, Christoph Kukulies
><[EMAIL PROTECTED]> wrote:
>
> > I cvssupped a couple of times in the past three days
> > and the problem does not go away:
> >
> > report_size'
> > /c/src/usr.bin/usb
On Wed, Oct 18, 2000 at 10:26:45AM +0200, Vallo Kallaste wrote:
> On Wed, Oct 18, 2000 at 09:32:27AM +0200, Christoph Kukulies
><[EMAIL PROTECTED]> wrote:
>
> > I cvssupped a couple of times in the past three days
> > and the problem does not go away:
> >
> > report_size'
> > /c/src/usr.bin/usb
In message <[EMAIL PROTECTED]> Forrest Aldrich writes:
: Just curious on the potential release of 5.0 -- which I presume won't be
: until next year.. ?
2001 sometime, likely not early in the year. At least that's my WAG
at the moment.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
In message <[EMAIL PROTECTED]> Will Andrews writes:
: On Tue, Oct 17, 2000 at 08:29:04PM +0200, Michael Reifenberger wrote:
: > it seems to be a ata issue because it worked before some ata-updates (after
: > SMPng).
: >
: > Is anyone using SANDISK SmartMedia successfully with -cuurent?
:
: Strang
In article <[EMAIL PROTECTED]> you wrote:
> jhb 2000/10/18 01:10:25 PDT
>
> Modified files:
> sys/kern kern_idle.c
> Log:
> Don't needlessly pass the diagnostic counter to the idle_event event
> handlers.
And you just change one broken version to
>>> 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: $.20
Take a close look at this stock, it's going to rise fast!
M
Hi.
I cvsup'd this morning, did my 'make buildworld' (which finally worked),
and now I'm trying to 'make buildkernel'.
Only...
/usr/src/sys/kern/kern_idle.c: In function `idle_proc':
/usr/src/sys/kern/kern_idle.c:106: too few arguments to function
*** Error code 1
There was something about ker
On 18-Oct-00 Nickolay Dudorov wrote:
> In article <[EMAIL PROTECTED]> you wrote:
>> jhb 2000/10/18 01:10:25 PDT
>>
>> Modified files:
>> sys/kern kern_idle.c
>> Log:
>> Don't needlessly pass the diagnostic counter to the idle_event event
>> handlers.
>
>
> On Mon, 16 Oct 2000, Brian Somers 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.
> >
> > In what way ?
>
> endian.h shouldn't depend on or i
On Tue, Oct 17, 2000 at 04:40:53PM -0400, Marcel Moolenaar wrote:
> > Should any of you have some time to spend, those two PRs I mentioned above
> > are really critical.
I have issues with one of them -- IMHO FSF/GCC should not assume the
existence of crt{i,n}.o since they supply their own crt{
On Mon, Oct 16, 2000 at 01:21:33PM +0200, Gerald Pfeifer wrote:
> On Mon, 16 Oct 2000, Szilveszter Adam wrote:
> > Also, since 2.96 has not even been released yet, I assume the
> > maintainer (bruce, AFAIK) just makes sure that it builds and compiles
> > stuff OK and so by the time 5.0 will be rel
===> usr.bin
===> usr.bin/apply
cc -O -pipe -Wall -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/appl
y/apply.c
In file included from /usr/obj/usr/src/i386/usr/include/sys/wait.h:93,
from /usr/src/usr.bin/apply/apply.c:45:
/usr/obj/usr/src/i386/usr/include/machine/endia
> ===> usr.bin
> ===> usr.bin/apply
> cc -O -pipe -Wall -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/appl
> y/apply.c
> In file included from /usr/obj/usr/src/i386/usr/include/sys/wait.h:93,
> from /usr/src/usr.bin/apply/apply.c:45:
> /usr/obj/usr/src/i386/usr/include
< said:
> It is strictly correct for POSIX.1-1990, but FreeBSD-2 never had the
> requirement until now. POSIX.1-200x is relaxing similar requirements
> (I'm not sure about this one), so it is too late to start enforcing it.
Yes. All POSIX headers which are defined to use specific foo_t types
a
With current kernel I'm getting alot of :
kernel trap 12 with interrupts disabled
kernel trap 12 with interrupts disabled
kernel trap 12 with interrupts disabled
kernel trap 12 with interrupts disabled
kernel trap 12 with interrupts disabled
Kernel from yesterday did not do this.
Everything seems
Hi,
Interesting question was posed to me which I can't
locate a straight answer to.
We've been following -current for a few years now.
Over time, the devices in /dev have moved around, new
added, and old deleted (ie: we've never had to restage
one of these machines and/or purge it and re
19 matches
Mail list logo