On 9 Nov 1999, Assar Westerlund wrote:
> Bruce Evans <[EMAIL PROTECTED]> writes:
> > That's a really old bug. I fixed it a year or two ago in my version,
> > and optimised the !SMP case following a suggestion of tegge (waiting
> > for the lock is useless in the !SMP case).
>
> Looks fine. Can
I supped two days ago and compiled everything. Now, if I try to launch
netscape, the computer just freezes right up there. First, I thought it
was the netscape, but when I was searching for a file on my computer, but
took longer than I thought and pressed ^C, it froze again.
I heard and also s
On Thu, Nov 11, 1999 at 08:36:11AM +, Byung Yang wrote:
> I supped two days ago and compiled everything. Now, if I try to launch
> netscape, the computer just freezes right up there. First, I thought it
> was the netscape, but when I was searching for a file on my computer, but
> took longer
> > > > ohci0: irq 9 at device 11.0 on pci0
> > > > +ohci_waitintr: timeout
> > >
> > > IRQ 9 is shared with the VGA controller. Perhaps calling the VESA
> > > BIOS caused it to do something strange that interfered with the
> > > delivery of this interrupt on your motherboard.
> >
> > No, thi
On Thu, 11 Nov 1999, Stephan van Beerschoten wrote:
> On Thu, Nov 11, 1999 at 08:36:11AM +, Byung Yang wrote:
> > I supped two days ago and compiled everything. Now, if I try to launch
> > netscape, the computer just freezes right up there. First, I thought it
> > was the netscape, but when
On Thu, 11 Nov 1999, Joe Greco wrote:
> And, despite those efforts, some of us went and bludgeoned the code into
> a more trivial case ("bind to address nn.nn.nn.nn") for local use anyways.
> Looks like the jail code will do something similar w/o source changes.
isc-dhcpd is even uglier in this
On Thu, 11 Nov 1999, Byung Yang wrote:
>
> I supped two days ago and compiled everything. Now, if I try to launch
> netscape, the computer just freezes right up there. First, I thought it
> was the netscape, but when I was searching for a file on my computer, but
> took longer than I thought a
On Wed, Nov 10, 1999 at 03:57:44PM +0100, Alexander Leidinger wrote:
> On 10 Nov, Oliver Fromme wrote:
>
> > Using command substitution in /etc/rc.conf{,.local} is NOT
> > officially supported. I think it should have always been
> > clear that there should _only_ be plain variable assignments.
>
In followup to the last 2 problems reported
from the recent 2 snapshots of 4.0, I backed
down to snapshot 102499 and everything installed
just fine.
So there are definately bugs in the last 2 snaps.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body
I just happened to notice this today. For some reason 'grep' seems to
think that 'set' output is binary, not text. Seems that GNU grep 2.3 is
a little too sensitive to text/binary detection. This only seems to
affect -CURRENT because -STABLE runs GNU grep 2.0. (This was committed
October 28th).
On Thu, Nov 11, 1999 at 03:29:05PM -0500, Thomas Stromberg wrote:
> I just happened to notice this today. For some reason 'grep' seems to
> think that 'set' output is binary, not text. Seems that GNU grep 2.3 is
> a little too sensitive to text/binary detection.
I've got a notion to change this.
David O'Brien wrote:
>
> On Thu, Nov 11, 1999 at 03:29:05PM -0500, Thomas Stromberg wrote:
> > I just happened to notice this today. For some reason 'grep' seems to
> > think that 'set' output is binary, not text. Seems that GNU grep 2.3 is
> > a little too sensitive to text/binary detection.
>
In message <[EMAIL PROTECTED]> Theo PAGTZIS writes:
: In that sense I would recommend some change in the naming (or rather
: numbering) convention which in my book should be
:
: 3.2-RELEASE -> 3.3-STABLE -> 3.3-RC -> 3.3-RELEASE -> 3.4-STABLE
:
: and NOT
:
: 3.2-RELEASE -> 3.2-STABLE -> 3.3-RC
Date: Thu, 11 Nov 1999 15:29:05 -0500
From: Thomas Stromberg <[EMAIL PROTECTED]>
I just happened to notice this today. For some reason 'grep' seems to
think that 'set' output is binary, not text.
Most likely this is because the output of your `set' command contains
binary data. In t
Date: Thu, 11 Nov 1999 13:20:32 -0800
From: "David O'Brien" <[EMAIL PROTECTED]>
I've got a notion to change this.
Please don't change the algorithm to deduce which files are binary.
It was the subject of much design discussion in the GNU project, and
is fairly consistent across other GN
In the last episode (Nov 11), Paul Eggert said:
> Most likely this is because the output of your `set' command contains
> binary data. In the past, this has been reported by people whose `set'
> command would output something like this:
>
> IFS='
> ^@'
>
> where the `^@' in my message denote
I'm trying to enable a generic ISA multiport SIO card in -current from
just before the signal changes and get presented with the above panic
when the first SIO port on the card is attached. Since it seemed to
be a problem with the resource allocation, I tried turning on
RMAN_DEBUG, but that just
Peter Jeremy wrote:
> I'm trying to enable a generic ISA multiport SIO card in -current from
> just before the signal changes and get presented with the above panic
> when the first SIO port on the card is attached.
Well... the first port that doesn't mention an IRQ.
I discussed this with Br
On 1999-Nov-12 12:35:01 +1100, Mark Newton wrote:
>Peter Jeremy wrote:
>
> > I'm trying to enable a generic ISA multiport SIO card in -current from
> > just before the signal changes and get presented with the above panic
> > when the first SIO port on the card is attached.
>
>Well... the first po
Bonjour M. David O'Brien
> On Thu, Nov 11, 1999 at 03:29:05PM -0500, Thomas Stromberg wrote:
> > I just happened to notice this today. For some reason 'grep' seems to
> > think that 'set' output is binary, not text. Seems that GNU grep 2.3 is
> > a little too sensitive to text/binary detection.
>
Peter Jeremy wrote:
> Since your patch effectively turns isa_setup_intr() into a nop for
> this case, a better patch would seem to be to skip the call to
> BUS_SETUP_INTR() (and presumably bus_alloc_resource()) at the end
> of sioattach() when you're attaching a slave SIO port.
Absolutely t
On 1999-Nov-12 13:13:54 +1100, Alain Magloire wrote:
>(On Solaris, you can read() a directory).
On any real Unix you can read() a directory - `everything is a file'.
Peter
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Bonjour M. Peter Jeremy
> On 1999-Nov-12 13:13:54 +1100, Alain Magloire wrote:
> >(On Solaris, you can read() a directory).
>
> On any real Unix you can read() a directory - `everything is a file'.
>
Yes, and real programmers do not eat quiche either.
For the Solaris comment, maybe I'm mistak
I just picked up an AWE64 to use until the Vortex2 driver is working. The
card is detected in Win98, but unfortunately the new PnP code in -current
(cvsup'ed this evening) doesn't seem to find this card at all. Nothing
shows up about it in dmesg; pnpinfo shows my ISA PnP modem, but nothing at
> Please don't change the algorithm to deduce which files are binary.
> It was the subject of much design discussion in the GNU project, and
> is fairly consistent across other GNU applications.
Sounds reasonable.
>The -CURRENT grep is also very misleading w/ ``grep -l'' in that
>you w
25 matches
Mail list logo
