Re: Custom boot.flp

1999-09-19 Thread Mark J. Taylor
Johan Kruger wrote: > > I mounted the boot.flp image and replaced kernel.gz with my own, for use > of bootable CD. > I don't want the default sysinstall ( presumably compiled into the > kernel ) to come up on screen, instead i want a command prompt only. I > will insert my scripts into .profile.

Request for review: vnconfig.c

1999-08-26 Thread Mark J. Taylor
(Since this will be one of my first commits, I'd like to pass it by as many people as possible.) This patch makes "vnconfig" like "ccdconfig" where you don't have to specify "/dev/xxx": it will add "/dev/" for you. Same goes for the "vntab" file. Also includes "-Wall" cleanup. [I already know

Request for review: vnconfig.c

1999-08-26 Thread Mark J. Taylor
(Since this will be one of my first commits, I'd like to pass it by as many people as possible.) This patch makes "vnconfig" like "ccdconfig" where you don't have to specify "/dev/xxx": it will add "/dev/" for you. Same goes for the "vntab" file. Also includes "-Wall" cleanup. [I already kno

Re: several messages

1999-08-23 Thread Mark J. Taylor
As an (former) implementer of fast TCP/IP peer-peer communications, I'd have to agree with Dave, and say that it is definitely the TCP_NODELAY option. You'll find that disabling the TCP-ACK delay will greatly increase your performace. The reason that it is so "slow" is because the TCP/IP stack is

Re: several messages

1999-08-23 Thread Mark J. Taylor
As an (former) implementer of fast TCP/IP peer-peer communications, I'd have to agree with Dave, and say that it is definitely the TCP_NODELAY option. You'll find that disabling the TCP-ACK delay will greatly increase your performace. The reason that it is so "slow" is because the TCP/IP stack is

Re: 'rtfm' script

1999-07-07 Thread Mark J. Taylor
Put it in the ".login" or /etc/csh.login (etc.) file. They'll see it every time they log in. -Mark Taylor NetMAX Developer mtay...@cybernet.com http://www.netmax.com/ Wes Peters wrote: > > Bill Fumerola wrote: > > > > On Tue, 6 Jul 1999, Brian F. Feldman wrote: > > > > > Thanks! But still, I

Re: 'rtfm' script

1999-07-07 Thread Mark J. Taylor
Put it in the ".login" or /etc/csh.login (etc.) file. They'll see it every time they log in. -Mark Taylor NetMAX Developer [EMAIL PROTECTED] http://www.netmax.com/ Wes Peters wrote: > > Bill Fumerola wrote: > > > > On Tue, 6 Jul 1999, Brian F. Feldman wrote: > > > > > Thanks! But still, I d

Re: Xfree86 v 3.3.4

1999-07-01 Thread Mark J. Taylor
There is a Linux X server for the Voodoo Banshee, over at: http://developer.soundblaster.com/linux/ You might have some luck running it under the Linux emulator. I've never tried it, as I don't have a Banshee. -Mark Taylor NetMAX Developer [EMAIL PROTECTED] http://www.netmax.com/ On 01-Ju

Re: Xfree86 v 3.3.4

1999-07-01 Thread Mark J. Taylor
There is a Linux X server for the Voodoo Banshee, over at: http://developer.soundblaster.com/linux/ You might have some luck running it under the Linux emulator. I've never tried it, as I don't have a Banshee. -Mark Taylor NetMAX Developer mtay...@cybernet.com http://www.netmax.com/ On 01-

expr pitfall (FYI)

1999-06-03 Thread Mark J. Taylor
Well, I found an ugly today. Nothing to do with FreeBSD, directly, just one of those pitfalls that you run into that is juicy: expr '1' : '\(.*\)' returns "1", exit status of "0" expr '0' : '\(.*\)' returns "0", exit status of "1" expr 0 + 0 returns "0", exit status of "1" Why is th

Re: ifconfig: changing mac address

1999-05-14 Thread Mark J. Taylor
One of the purposes of changing the MAC address is for server redundancy. Suppose that one of your "important" servers went down. Wouldn't it be nice for the alternative server (a mirror) to get the "important" server's MAC address (and IP address(es), and AppleTalk address, etc.), so the client

Re: fsck and large file system

1999-05-12 Thread Mark J. Taylor
nyone else had run into this situation, and had a work around. >> > > I've been doing 120GB+ filesystems for FreeBSD for quite some time. The > real fun will be the 1TB filesystems. > > > > > > > To Unsubscribe: send mail to majord...@freebsd.org >