"Andrey A. Chernov" wrote:
> On Wed, May 24, 2000 at 02:09:24PM +1000, Bruce Evans wrote:
> > > Previously it breaks system's /bin/sh so sh's trace() was wrongly renamed
to
> > > sh_trace() instead of fixing ncurses.
> >
> > FYI, it may also break ftp, but the problem is only visible when f
On Wed, May 24, 2000 at 02:09:24PM +1000, Bruce Evans wrote:
> > Previously it breaks system's /bin/sh so sh's trace() was wrongly renamed to
> > sh_trace() instead of fixing ncurses.
>
> FYI, it may also break ftp, but the problem is only visible when ftp is linked
> static, due to the problem
At 04:33 AM 5/24/2000 +0200, [EMAIL PROTECTED] wrote:
>> >> 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 = 0001; cpuid = 0; lapic.id =
>> >> Uptime: 0s
>
>[.
>
> Is anyone else having trouble compiling the libpam things, because of
> this? I couldn't compile a kernel because of the the assembler changes,
> so I went to do a buildworld, and now I can't get thru a buildworld. I
> tried the suggestion above (do a make includes) but that didn't seem to
$B2>EPO?$O#67n#5F|$^$G!*:#$J$iA@$($k7n<}#1#2#0#0K|!*(B
$BFMA3%a!<%k$rAw$i$;$FD:$$$?$3$H$r?<$/$*OM$S$$$?$7$^$9!#(B$B6=L#$N$J$$J}$O$*5v$7$/$@$5$$!#$3$N$^$^:o=|$7$F$/$@$5$$!#(B$B$?$$$X$s?=$7Lu$4$6$$$^$;$s$G$7$?!#(B
$B!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a!a(B
$B%$%
On Tue, 23 May 2000, Jake Burkholder wrote:
> > jake2000/05/23 13:41:02 PDT
> > Log:
> > Change the way that the queue(3) structures are declared; don't assume that
> > the type argument to *_HEAD and *_ENTRY is a struct.
> >
> > Suggested by: phk
> > Reviewed by: ph
Greetings,
I've updated IP Filter in the FreeBSD-current sources to
Version 3.4.4 (which isn't yet released, now that I think about it :*)
I would apprecate some feedback from people who are able to run and
test this so its suitability for importing onto the 4.0_STABLE branch
can be det
> >> 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 = 0001; cpuid = 0; lapic.id =
> >> Uptime: 0s
[...]
> I think this has something to do
> with the new binutil
On Tue, May 23, 2000 at 08:20:48AM -0400, John Baldwin wrote:
> This should fix the world.
Whistler: I want peace on earth and good will toward man.
Bernard Abbott: Oh this is ridiculous.
Martin Bishop: He's serious.
Whistler: I want peace on earth and good will toward man.
Bernard Abbott: We ar
> jake2000/05/23 13:41:02 PDT
> Log:
> Change the way that the queue(3) structures are declared; don't assume that
> the type argument to *_HEAD and *_ENTRY is a struct.
>
> Suggested by: phk
> Reviewed by:phk
> Approved by:mdodd
>
HEADS UP
Possibl
At 09:00 PM 5/23/2000 +0200, Vallo Kallaste wrote:
>On Tue, May 23, 2000 at 11:06:38AM -0700, Manfred Antar <[EMAIL PROTECTED]> wrote:
>
>> Not to change the subject ,but
>> mptable causes a panic on my machine running current.
>> If I revert back to a kernel compiled on the 13th of May everything
On Tue, May 23, 2000 at 11:06:38AM -0700, Manfred Antar <[EMAIL PROTECTED]> wrote:
> Not to change the subject ,but
> mptable causes a panic on my machine running current.
> If I revert back to a kernel compiled on the 13th of May everything works
> fine. I think there were some changes made to t
Not to change the subject ,but
mptable causes a panic on my machine running current.
If I revert back to a kernel compiled on the 13th of May everything works
fine. I think there were some changes made to the SMP code on the 14th or 15th
also the binutils were upgraded and I'm not sure what caused
:The patch seems to have completely broken fast interrupts.
:GET_FAST_INTR_LOCK is neither necessary nor sufficient as far as I can see.
:The necessary and sufficient locking is done by COM_LOCK() in individual
:drivers. The patch changed GET_FAST_INTR_LOCK from s_lock(&fast_intr_lock),
:which do
Peter, do you plan to commit official fix instead of mine one? I can try
to do this by myself too.
Forwarded message from "Thomas E. Dickey" <[EMAIL PROTECTED]> -
Date: Tue, 23 May 2000 12:37:48 -0400 (EDT)
From: "Thomas E. Dickey" <[EMAIL PROTECTED]>
Subject: Re: Incorrect exporting of
At 16:11 23/05/00 +0400, Oleg Sharoiko wrote:
>On Tue, 23 May 2000, Bob Bishop wrote:
>
>BB> FWIW -CURRENT is the same, but it looks like none of the calls check the
>BB> return value anyway.
>Well. There was a message during the boot of kernel which notified that
>"adv0 device prove/attach return
Why our ld is able to detect multiply defined functions only for static
linking? What prevents us to use the same algorithm for shared linking
too? It is very unsafe otherwise to do shared linking...
--
Andrey A. Chernov
<[EMAIL PROTECTED]>
http://nagual.pp.ru/~ache/
To Unsubscribe: send mail
On Tue, 23 May 2000, Bob Bishop wrote:
BB> FWIW -CURRENT is the same, but it looks like none of the calls check the
BB> return value anyway.
Well. There was a message during the boot of kernel which notified that
"adv0 device prove/attach returned 1" (or smt. like this). So I think the
return cod
On Tue, 23 May 2000, Bruce Evans wrote:
> The patch seems to have completely broken fast interrupts.
> GET_FAST_INTR_LOCK is neither necessary nor sufficient as far as I can see.
> The necessary and sufficient locking is done by COM_LOCK() in individual
> drivers. The patch changed GET_FAST_INTR
On 23-May-00 John Baldwin wrote:
> jhb 2000/05/23 05:18:49 PDT
>
> Modified files:
> sys/boot/i386/boot0 Makefile boot0.s
> sys/boot/i386/boot2 Makefile boot1.s
> sys/boot/i386/btx/btx Makefile btx.s
> sys/boot/i386/cdldr cdldr.s
> sys/boot/i386/pxeldr pxeldr
At 11:52 +0400 23/5/00, Oleg Sharoiko wrote:
>Hello!
>
>It seems that during porting to newbus architecture adv_attach was left
>unchanged and current version (I mean the current version of -STABLE
>sources, I didn't check -CURRENT) returns incorrect values (1 on success, 0 in
>all other cases).
subscribe
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Tue, 23 May 2000, Boris Popov wrote:
> On Mon, 22 May 2000, Matthew Dillon wrote:
>
> > :> No, I don't mean rodents who've nibbled on chocolate-covered expresso
> > :> beans, I mean PS/2 mice which fall victim to this new problem:
> > :
> > :> May 19 00:50:45 zippy /kernel: psmintr: out of sy
23 matches
Mail list logo
