lo there,
I swear at some point I had q3test working under freebsd 4.0 with my voodoo2
card. The day the full retail version came out, I tried in vain for about a week to
get it working and gave up. I've decided to try again. I started out with a google
search, and only turned up docume
On Fri, 9 Mar 2001, Odhiambo Washington wrote:
> I have not seen this in the sysctl man page - so I haven't used it either.
> Where can I get more info about it?
Try searching the FreeBSD mailing lists. It's usually associated with
the way the kernel maintains timekeeping with APM not being buil
Gordon Tetlow wrote:
>
> On Fri, 9 Mar 2001, Jordan Hubbard wrote:
>
> > Nope. When XFree86 4.x:
> >
> >a) Supports a reasonable superset of all cards supported by 3.3.6
> >
> >b) Doesn't halve OpenGL performance on cards like Matrox and nVidia
> > (3dfx sucks so muc
On Fri, 9 Mar 2001, Jordan Hubbard wrote:
> Nope. When XFree86 4.x:
>
>a) Supports a reasonable superset of all cards supported by 3.3.6
>
>b) Doesn't halve OpenGL performance on cards like Matrox and nVidia
> (3dfx sucks so much on both that it's not an issue).
>
>
On 9 Mar 2001, at 11:01, Josef Karthauser wrote:
> On Fri, Mar 09, 2001 at 11:58:56PM +1300, Dan Langille wrote:
> > On 9 Mar 2001, at 10:55, Josef Karthauser wrote:
> >
> > > > > It's my long term goal to produce a proper branch mailing list, but
> > > > > this means doing clever stuff with the
On Fri, Mar 09, 2001 at 11:58:56PM +1300, Dan Langille wrote:
> On 9 Mar 2001, at 10:55, Josef Karthauser wrote:
>
> > > > It's my long term goal to produce a proper branch mailing list, but
> > > > this means doing clever stuff with the commits because it's possible
> > > > for a committer to af
On 9 Mar 2001, at 10:55, Josef Karthauser wrote:
> > > It's my long term goal to produce a proper branch mailing list, but
> > > this means doing clever stuff with the commits because it's possible
> > > for a committer to affect more than one branch at a time.
> >
> > This is also a goal of Fre
On Fri, Mar 09, 2001 at 11:53:10PM +1300, Dan Langille wrote:
> On 9 Mar 2001, at 10:19, Josef Karthauser wrote:
>
> > There isn't such a list currently, but for a while every commit to
> > cvs-all has contained a header that you can filter on for the branch
> > that you're interested in:
> >
>
For anyone that's interested, this has been MFC'd to -stable now.
Use 'netstat -i' to return the stats associated with a particular
interface. ATM we only support IPv4 and IPv6 stats.
Joe
On Mon, Feb 26, 2001 at 02:20:27PM -0500, Michael R. Wayne wrote:
>
> Back on Nov 7, 2000, Josef Karthaus
On 9 Mar 2001, at 10:19, Josef Karthauser wrote:
> There isn't such a list currently, but for a while every commit to
> cvs-all has contained a header that you can filter on for the branch
> that you're interested in:
>
> X-FreeBSD-CVS-Branch: RELENG_4,HEAD
It's possible in theory, but how oft
On Fri, Mar 09, 2001 at 10:19:07AM +, Josef Karthauser wrote:
> It's my long term goal to produce a proper branch mailing list, but this
> means doing clever stuff with the commits because it's possible for a
> committer to affect more than one branch at a time.
And it would be even more coo
On Fri, Mar 09, 2001 at 03:24:02AM +, j mckitrick wrote:
>
> Hi all,
>
> I recently heard that there might be filtered mailing lists out there that
> only contain cvs entries that are being applied to -stable. Has anyone seen
> these? How can I subscribe? It seems that might be a good com
Le 2001-03-09, Irvine Short écrivait :
> XF86 4 on 4.3-RELEASE?
> Anyone know if this will be the case?
The XFree 4 port already builds and works flawlessly on 4.2-STABLE.
Thomas.
--
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the
XF86 4 on 4.3-RELEASE?
Anyone know if this will be the case?
Cheers,
--
Irvine Short
Sys Admin
SANBI, University of the Western Cape, South Africa
http://www.sanbi.ac.za
tel: +27-21-959 3645
fax: +27-21-959 2512
cel: +27-82-494 3828
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsu
[skip]
> When you try to run top, it looks for the symbol that represents nlist,
> and when it can't find it, it doesn't know where to find the nlist
> kernel function. I'm guessing nlist has something to do with a process
> list... hence, when top can't find nlist, it throws a fit.
I think nlis
Yeah, except that it doesn't list my problem. Well, now when I look at it
I realize that if I was any smarter I'd figure it out, but I just looked
at it and said to myself "Your kernel and userland are not synchronized?"
nope, that's not me, and kind of ignored tha second part of the paragraph
whi
On Fri, Mar 09, 2001 at 02:14:21AM -0500, Mikhail Kruk wrote:
> Hi,
> So what's up with nlist in systat and top?
>
> Here is the output of systat:
>
> systat: nlist: can't find following symbols:
> _ccpu
> _fscale
See the FAQ.
Kris
PGP signature
I'm probably going to make an ass out of myself¸ which has certainly
happened before. Still, a disclaimer: I don't know what I'm talking
about. Take everything I say with the whole canister of salt.
As I understand it, a symbol describes the relative entry point of a
function in a given block of
18 matches
Mail list logo
