> >FYI:
> >
> >FreeBSD 4.0-STABLE #0: Wed May 24 13:34:42 GMT 2000
> >CPU: Pentium II/Pentium II Xeon/Celeron (265.75-MHz 686-class CPU)
> >psm0: irq 12 on atkbdc0
> >psm0: model Generic PS/2 mouse, device ID 0
> >
> >I have a HP-mouse (2 button) which is actually a logitec.
> >
> >I tried with b
Dammit, given severe breakage of the world during past several days the idea to
establish a fine to a breaker not seems so stupid...
cc -O -pipe -march=k6 -mpreferred-stack-boundary=2 -Wall
-I/usr/obj/usr/current/
src/i386/usr/include -c /usr/current/src/lib/libdisk/create_chunk.c -o
create_chunk
On Thu, May 25, 2000 at 11:04:30AM +0300, Maxim Sobolev wrote:
> Dammit, given severe breakage of the world during past several days the idea to
> establish a fine to a breaker not seems so stupid...
>
> cc -O -pipe -march=k6 -mpreferred-stack-boundary=2 -Wall
> -I/usr/obj/usr/current/
Not to be
Szilveszter Adam wrote:
> On Thu, May 25, 2000 at 11:04:30AM +0300, Maxim Sobolev wrote:
> > Dammit, given severe breakage of the world during past several days the idea to
> > establish a fine to a breaker not seems so stupid...
> >
> > cc -O -pipe -march=k6 -mpreferred-stack-boundary=2 -Wall
>
* Maxim Sobolev <[EMAIL PROTECTED]> [000525 02:19] wrote:
> Szilveszter Adam wrote:
>
> > On Thu, May 25, 2000 at 11:04:30AM +0300, Maxim Sobolev wrote:
> > > Dammit, given severe breakage of the world during past several days the idea to
> > > establish a fine to a breaker not seems so stupid...
GDB 5.0 is released!
Version 5.0 of GDB, the GNU Debugger, is now available via anonymous FTP. GDB
is a source-level debugger for C, C++, and many other languages. GDB can target
(i.e. debug programs running on) dozens of different processor architectures,
and GDB itself can run on most popular U
Well this patch make my dual PII boot again. Any plans to commit it?
John
--
John Hay -- [EMAIL PROTECTED]
> > >> With a current kernel I get this when booting:
> > >>
> > >> Programming 24 pins in IOAPIC #0
> > >> AP #1 (PHY# 12) failed!
> > >> panic y/n [y] panic: bye-bye
> > >> mp_lock = 0
Alfred Perlstein wrote:
> * Maxim Sobolev <[EMAIL PROTECTED]> [000525 02:19] wrote:
> > Szilveszter Adam wrote:
> >
> > > On Thu, May 25, 2000 at 11:04:30AM +0300, Maxim Sobolev wrote:
> > > > Dammit, given severe breakage of the world during past several days the idea to
> > > > establish a fine
In article <[EMAIL PROTECTED]>, Mark Knight <[EMAIL PROTECTED]>
writes
>World and kernel of approx 1100 GMT Sunday 21st May:
Sorry to reply to my own thread, but new world and kernel/modules of
24th May 22:00 GMT still exhibit this behaviour...
Any ideas appreciated before I start the 'binary ch
> In article <[EMAIL PROTECTED]>, Mark Knight <[EMAIL PROTECTED]>
> writes
> >World and kernel of approx 1100 GMT Sunday 21st May:
>
> Sorry to reply to my own thread, but new world and kernel/modules of
> 24th May 22:00 GMT still exhibit this behaviour...
>
> Any ideas appreciated before I star
In message <[EMAIL PROTECTED]>, Bruce Evans
writes:
>On Wed, 24 May 2000, Garrett Wollman wrote:
>
>> < said:
>>
>> > I've just built a fresh world here; if you use the cvs-crypto from
>> > internat, it may be broken. I submitted a patch to Mark Murray which
>> > should fix it, here it is again
In message <[EMAIL PROTECTED]>, Mike Smith writes:
>> Garrett Wollman writes:
>> > > I've just built a fresh world here; if you use the cvs-crypto from
>> > > internat, it may be broken. I submitted a patch to Mark Murray which
>> > > should fix it, here it is again just in case:
>> >
>> > I sti
Dear FreeBSD'ers,
yet another item of bad news during this long endless week *sigh*
I succesfully built and installed the world -- sources as of 24 May at
(about) 21 GMT. However, I couldn't compile a kernel. It broke at the
ipfilter module as I recall.
Well, I downloaded the sources again "t
Hello everybody!
I was having problems with compiling the 'twe' module on a recent -CURRENT
cvsupped and built tonight CEST:
Specifically, the module did not compile at all because it reported three
syntax errors in twevar.h. I realise that this module is a new import that has
also been MFC-d to
> >I objected to a recent commit hiding the fact that this is
> >"(elm)->field.sle_next". Anyway, curelm must be a pointer to a struct.
> >Not just any struct; the struct must contain a "field" declared using
> >SLIST_ENTRY().
>
> It could be an union or class as well...
It would not be very us
> Hello everybody!
>
> I was having problems with compiling the 'twe' module on a recent -CURRENT
> cvsupped and built tonight CEST:
>
> Specifically, the module did not compile at all because it reported three
> syntax errors in twevar.h. I realise that this module is a new import that has
> al
> (For the record, I was able to track down and fix the errors on
> my machine, but I do not know if this impacts others as well. If
> so, I can send patches. If it is just me, ignore me:-)
There's at least three of us.
--
Michael D. Harnois, Redeemer Lutheran Church, Washburn, IA
On Fri, 26 May 2000, Salvo Bartolotta wrote:
> Dear FreeBSD'ers,
>
> yet another item of bad news during this long endless week *sigh*
>
> I succesfully built and installed the world -- sources as of 24 May at
> (about) 21 GMT. However, I couldn't compile a kernel. It broke at the
> ipfilter
I remember someone is working on I2O based drivers
for this, but I can't remember who. Who is that person and what is the
current state of these drivers? Thanks.
Just decided to brave going from 4.0->5.0 ... upgraded all my sources,
checked over the UPGRADING file, GENERIC and LINT, to see if anyting pop'd
out as far as changing my config is concerned ...
make depend went through no probs, but a make fails at:
cc -c -O3 -mpentium -pipe -Wall -Wredundant
Running 5.0 source from 5/19/00, I cvsupped tonight, as I have the
last few nights. I'm able to do a make buildworld, but I get errors on
doing at "make depend" for the kernel. Did I miss something recently
with this aicasm_gram.y file or is this still in the works? error
shown below is the last b
For the past couple of weeks I've noticed rc5des isn't playing friendly with
the other processes on my system. When running a CPU intensive task (such
as a buildworld, MP3 encoder, or xmame) rc5des hogs around 20-30% CPU even
though, by default, it is niced at +20.
The last known "good" kernel b
< said:
> It could be an union or class as well...
No, it couldn't be a union. Or rather, it could, but a linked-list
which does not carry any data is somewhat less than useful. If you're
programming in C++, there are much more appropriate ways to construct
abstract data types.
-GAWollman
On Thu, 25 May 2000, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Bruce Evans
> writes:
> >I objected to a recent commit hiding the fact that this is
> >"(elm)->field.sle_next". Anyway, curelm must be a pointer to a struct.
> >Not just any struct; the struct must contain a "field"
On Thu, May 25, 2000 at 01:02:28PM +0300, Maxim Sobolev wrote:
> GDB 5.0 is released!
> You can download GDB from either Project GNU's FTP server, or Red Hat's
> sources site:
Or ftp://ftp.freebsd.org/pub/sourceware/gdb/
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL
David O'Brien wrote:
> On Thu, May 25, 2000 at 01:02:28PM +0300, Maxim Sobolev wrote:
> > GDB 5.0 is released!
> > You can download GDB from either Project GNU's FTP server, or Red Hat's
> > sources site:
>
> Or ftp://ftp.freebsd.org/pub/sourceware/gdb/
Do you have any forecasts as to when we wi
In message <[EMAIL PROTECTED]>, Mike Smith writes:
>> >I objected to a recent commit hiding the fact that this is
>> >"(elm)->field.sle_next". Anyway, curelm must be a pointer to a struct.
>> >Not just any struct; the struct must contain a "field" declared using
>> >SLIST_ENTRY().
>>
>> It could
28 matches
Mail list logo
