Re: Strange console output

Hernani Marques Madeira wrote:
> The ttyp* are set to network what's the reason why the last snip above
> has as TERM networ (where's the terminating k? :)

This is a bug in getttyent() - thus also in getttyname(). The attached patch
should fix this problem and a couple of others.

-- 
Christian

Index: lib/libc/gen/getttyent.c
===================================================================
RCS file: /cvsroot/src/lib/libc/gen/getttyent.c,v
retrieving revision 1.20
diff -u -r1.20 getttyent.c
--- lib/libc/gen/getttyent.c	2003/08/07 16:42:51	1.20
+++ lib/libc/gen/getttyent.c	2004/02/01 00:08:39
 <at>  <at>  -56,7 +56,7  <at>  <at> 
 __weak_alias(setttyent,_setttyent)
 #endif

-static char zapchar;
+static char *comment;
 static FILE *tf;
 static size_t lineno = 0;
 static char *skip __P((char *));
 <at>  <at>  -93,12 +93,13  <at>  <at> 
 		free(line);
 	for (;;) {

gkrellm

Does anyone use gkrellm on a dual cpu machine?

My gkrellm does NOT show both cpu's.

Does anyone get all cpu's showing properly?

cheers,
Paul.

--

Re: making swap *smaller* than memory can be painful

roberto <at> redix.it wrote:
> > On Fri, Jan 30, 2004 at 02:21:10PM +0100, roberto <at> redix.it wrote:
> >> and, like this case where RAM > SWAP, what about do not using swap at
> >> all (disabling swap, for example)?

> > This should work too.

It should but it depends on your carma. I've tried it with 256MB RAM. If
you're using system as desktop machine or need even more memory than
such machines, just forget it. It's not so funny when the kernel kills your
X server. The rule (swap space == 2 * RAM) is of course very outdated.
That was true when the OS reserved a page in swap for every physical page.
Though, on a machine which serves dozens of users at the same time or
needs a lot of virtual memory due to certain software, you'll usually need
much more than 2*RAM swap space (or rather more RAM).

> http://www.ccrc.wustl.edu/pub/chuck/tech/uvm/

The presented information there is very old.

--

-- 
Christian

Re: tinkering with wi interfaces (Prism 2.5)

On Wed, Jan 21, 2004 at 12:54:21PM -0800, Jeff Rizzo wrote:
> On Wed, Jan 21, 2004 at 10:13:08AM +0100, Wojciech Puchar wrote:
> > > I've read over the wi(4), ifconfig(8), ifmedia(4), and wiconfig(8)
> > > man pages, and I'm trying to find how to hardwire certain
> > > things in the new world order where most settings are done in
> > > ifconfig rather than wiconfig.  (To give you a hint on the last
> > > time I played around seriously with this stuff, it was about
> > > the time the "wavelan" page on the netbsd website was originally written, and
> > > *it* references 1.4G).
> > >
> > 
> > general good ideas with WiFi links are:
> > 
> > 1) if stations aren't moving frequently, so there are same conditions most
> > of time, turn off speed autonegotiation and set maximum speed that works
> > reliably.
> 
> There's the rub;  I haven't figured out how to stop autonegotiation from
> happening at some level;  I thought that setting it with "ifconfig wi0
> media DS11" would do it, but it would appear that some (if not all)
> frames are sent at lower speeds anyway.

Management frames are sent at 2Mbps (or lower, as indicated by the
conditions) to comply with the IEEE spec.

Dave

--

-- 
David Young             OJC Technologies
dyoung <at> ojctech.com      Urbana, IL * (217) 278-3933

daily CVS update output

Updating src tree:
P src/distrib/sets/lists/comp/mi
P src/distrib/sets/lists/etc/mi
P src/distrib/sets/lists/xcomp/mi
P src/doc/CHANGES
P src/etc/Makefile
P src/etc/inetd.conf
P src/etc/postinstall
P src/etc/defaults/rc.conf
P src/etc/mtree/special
P src/etc/rc.d/Makefile
U src/etc/rc.d/identd
P src/lib/libc/string/strlen.c
cvs server: warning: src/libexec/identd/CREDITS is not (any longer) pertinent
P src/libexec/identd/Makefile
cvs server: warning: src/libexec/identd/README is not (any longer) pertinent
cvs server: warning: src/libexec/identd/config.c is not (any longer) pertinent
cvs server: warning: src/libexec/identd/error.h is not (any longer) pertinent
P src/libexec/identd/identd.8
P src/libexec/identd/identd.c
cvs server: warning: src/libexec/identd/identd.h is not (any longer) pertinent
cvs server: warning: src/libexec/identd/netbsd.c is not (any longer) pertinent
cvs server: warning: src/libexec/identd/parse.c is not (any longer) pertinent
cvs server: warning: src/libexec/identd/paths.h is not (any longer) pertinent
cvs server: warning: src/libexec/identd/pidentd2netbsd is not (any longer) pertinent
cvs server: warning: src/libexec/identd/proxy.c is not (any longer) pertinent
cvs server: warning: src/libexec/identd/version.c is not (any longer) pertinent
P src/share/man/man4/atppc.4
P src/share/man/man4/audio.4

Re: NetBSD on Compact Flash

On Tue, Jan 20, 2004 at 11:04:14PM -0500, Jan Schaumann wrote:
> Hello all,
> 
> Roberto (roberto at redix dot it) has kindly made available his ``NetBSD
> on Compact Flash'' documentation to me, and I put it online at
> http://www.netbsd.org/~jschauma/netbsd-solidstate.html and
> http://www.netbsd.org/~jschauma/netbsd-solidstate.pdf.
> 
> If somebody would like to look over it and suggest a good place where to
> include it in our website, I'd appreciate it.
> 
> Thanks!

Incidentally, I use the attached rc script to mount memory filesystems and
copy their contents from disk so that I can run NetBSD off of a CD-ROM
or a read-only CompactFlash. It should be pretty easy (almost trivial)
to use it for making "Live" CD-ROMs.

Should I check the script in?

Dave

--

-- 
David Young             OJC Technologies
dyoung <at> ojctech.com      Urbana, IL * (217) 278-3933

#!/bin/sh
#
# $NetBSD$

Re: NetBSD on Compact Flash

> Incidentally, I use the attached rc script to mount memory filesystems and
> copy their contents from disk so that I can run NetBSD off of a CD-ROM
> or a read-only CompactFlash. It should be pretty easy (almost trivial)
> to use it for making "Live" CD-ROMs.
>
> Should I check the script in?

 You may, but then again, there is a live cd available already:

ftp://iso.netbsd.org/pub/NetBSD/iso/1.6/README.i386live
ftp://iso.netbsd.org/pub/NetBSD/iso/1.6/i386live.iso.bz2 (229 MB)

The image contains a build-script to generate a/new live CD.

The whole concept was worked out by Jörg Braun, who also edited the
NetBSD-book, where the CD is made available as companion:
http://www.cul.de/netbsd.html

--
Markus Illenseer

using Nikon Coolscan LS4000 (Firewire)

Hi *,

has anybody tried to use a version of NetBSD with
a Nikon Coolscan LS4000. Is the firewire code
working with that film scanner ?

Frank

gstreamer on alpha ?

Latest gstreamer (multimedia/gstreamer) is broken on alpha.

Can someone check pkg/22831 ? 

Thanks,
--

-- 
jht

assert failed in pthread_run.c

Hi,

While working on one of my motif demo programs tonight I saw this error
come out of libpthread:

assertion "next != 0" failed: file
"/usr/src/lib/libpthread/pthread_run.c", line 124, function
"pthread__next"
Abort (core dumped)

I have a coredump. Here is the stack trace from gdb:

(gdb) where
#0  0x4851196b in kill () from /usr/lib/libc.so.12
#1  0x484d6ca6 in pthread__assertfunc () from /usr/lib/libpthread.so.0
#2  0x484d3518 in pthread__next () from /usr/lib/libpthread.so.0
#3  0x484d33fd in pthread__block () from /usr/lib/libpthread.so.0
#4  0x484d3f16 in pthread_mutex_lock () from /usr/lib/libpthread.so.0
#5  0x484d3df3 in pthread_mutex_lock () from /usr/lib/libpthread.so.0
#6  0x4856c484 in __cxa_atexit () from /usr/lib/libc.so.12
#7  0x4856c65b in atexit () from /usr/lib/libc.so.12
#8  0x0804c82e in ~AboutDialog (this=0x80724c0) at AboutDialog.C:29
#9  0x08056e70 in __tcf_4 () at callbacks.C:206
#10 0x4856c606 in __cxa_finalize () from /usr/lib/libc.so.12
#11 0x4856c3f6 in exit () from /usr/lib/libc.so.12
#12 0x0804b3ab in ___start ()
(gdb)

My version of pthread_run.c is: