hello ...
maybe this belongs more to fs than to hackers - but maybe this is
the correct place here for it ...
i've just read the soft updates paper from:
http://www.ece.cmu.edu/~ganger/papers/CSE-TR-254-95/
at which the soft updates README's in the FreeBSD tree point and ran
across the follow
While reading through (at least trying to... I wish there was some sort of
kernel documentation available, the entry fee is very high) the aio_* calls,
I had a few questions to clear up my understanding:
1) Do they only work on files? The only implementation I see is in
the VFS layer.
2) It
On Mon, 13 Sep 1999 09:23:36 BST, Dominic Mitchell wrote:
>
>On Fri, Sep 10, 1999 at 11:15:12AM -0700, Parag Patel wrote:
>> Growing up programming on a KL-10, I still think the correct place for
>> line-editing is in the driver. Hell - it's already doing basic
>> erase/kill line editing as it is.
On Monday, 13 September 1999 at 20:00:02 +, greg wrote:
> Hi, I want to see where some a deadlock is occurring in the kernel. I've got
> a dump with a bunch of processes in the inode or namecache state.
>
> Can anybody give me a hint about how to find a proc's "kernel stack" - so that
> I can
On Mon, Sep 13, 1999 at 05:48:11PM -0700, Doug White wrote:
> hello ..
>
> We're trying to turn up a firewall box running NAT with multiple external
> IPs. I added the alias and set up natd.conf as follows:
>
> use_sockets yes
> same_ports yes
> #
> # machine1 redirections
> #redirect_port tcp
On Mon, Sep 13, 1999 at 05:48:11PM -0700, Doug White wrote:
> hello ..
>
> We're trying to turn up a firewall box running NAT with multiple external
> IPs. I added the alias and set up natd.conf as follows:
>
> use_sockets yes
> same_ports yes
> #
> # machine1 redirections
> #redirect_port tcp
hello ..
We're trying to turn up a firewall box running NAT with multiple external
IPs. I added the alias and set up natd.conf as follows:
use_sockets yes
same_ports yes
#
# machine1 redirections
#redirect_port tcp 192.168.2.237:ssh 1.2.3.4:ssh
#redirect_port tcp 192.168.2.237:smtp 1.2.3.4:smt
hello ..
We're trying to turn up a firewall box running NAT with multiple external
IPs. I added the alias and set up natd.conf as follows:
use_sockets yes
same_ports yes
#
# machine1 redirections
#redirect_port tcp 192.168.2.237:ssh 1.2.3.4:ssh
#redirect_port tcp 192.168.2.237:smtp 1.2.3.4:smtp
On Mon, 13 Sep 1999, Garrett Wollman wrote:
!>< said:
!>
!>> This message is in MIME format. The first part should be readable text,
!>> while the remaining parts are likely unreadable without MIME-aware tools.
!>> Send mail to [EMAIL PROTECTED] for more info.
!>
!>It would be preferable
On Mon, 13 Sep 1999, Garrett Wollman wrote:
!>< said:
!>
!>> This message is in MIME format. The first part should be readable text,
!>> while the remaining parts are likely unreadable without MIME-aware tools.
!>> Send mail to m...@docserver.cac.washington.edu for more info.
!>
!>It woul
!>I think that what needs to be done is to split the problem in two. First,
!>allow the mbuf routines to return a failure even with M_WAIT. If M_WAIT
!>is used, it simply means 'try harder, sleeping a bit if necessary'. This
!>requires ensuring that all the networking code de
!>I think that what needs to be done is to split the problem in two. First,
!>allow the mbuf routines to return a failure even with M_WAIT. If M_WAIT
!>is used, it simply means 'try harder, sleeping a bit if necessary'. This
!>requires ensuring that all the networking code dea
Hi, I want to see where some a deadlock is occurring in the kernel. I've got
a dump with a bunch of processes in the inode or namecache state.
Can anybody give me a hint about how to find a proc's "kernel stack" - so that
I can find out what these kernel was doing for these processes when it l
Hi, I want to see where some a deadlock is occurring in the kernel. I've got
a dump with a bunch of processes in the inode or namecache state.
Can anybody give me a hint about how to find a proc's "kernel stack" - so that
I can find out what these kernel was doing for these processes when it lo
> > Thomas Uhrfelt wrote:
> >
> > An excellent initiative!
> >
> > I think there are many administrators/system managers out
> > there with a huge stack of unused goods lying on the shelves to
> > no use at all. Perhaps there should be a database where
> > interested devicedriver programmers coul
I am wondering where the NFS authentication is done in FreeBSD. Is it done
by the NFS daemon mountd (or other daemon) or within the kernel? Can
anyone give me a pointer? Thanks a lot.
--
Zhihui Zhang. Please visit http://www.freebsd.org
---
> > Thomas Uhrfelt wrote:
> >
> > An excellent initiative!
> >
> > I think there are many administrators/system managers out
> > there with a huge stack of unused goods lying on the shelves to
> > no use at all. Perhaps there should be a database where
> > interested devicedriver programmers could
I am wondering where the NFS authentication is done in FreeBSD. Is it done
by the NFS daemon mountd (or other daemon) or within the kernel? Can
anyone give me a pointer? Thanks a lot.
--
Zhihui Zhang. Please visit http://www.freebsd.org
Matthew Dillon <[EMAIL PROTECTED]> wrote:
> :Tony Finch <[EMAIL PROTECTED]> wrote:
> :
> :Well, in the absence of any comments I hacked around a bit and ended
> :up with the following patch (against 3.3-RC), which permits the same
> :block device to be mounted read-only more than once. The motivat
Matthew Dillon wrote:
> :Tony Finch wrote:
> :
> :Well, in the absence of any comments I hacked around a bit and ended
> :up with the following patch (against 3.3-RC), which permits the same
> :block device to be mounted read-only more than once. The motivation
> :for this is to permit multiple c
Out of da blue Zhihui Zhang aka ([EMAIL PROTECTED]) said:
>
> On Mon, 13 Sep 1999, Brian Mitchell (ISSATL) wrote:
>
> > syslog() with the proper facility is probably the best way to do this.
> > Another possibility is opening /dev/console, but I think that will aquire
> > a controlling terminal.
Out of da blue Zhihui Zhang aka (zzh...@cs.binghamton.edu) said:
>
> On Mon, 13 Sep 1999, Brian Mitchell (ISSATL) wrote:
>
> > syslog() with the proper facility is probably the best way to do this.
> > Another possibility is opening /dev/console, but I think that will aquire
> > a controlling ter
On Mon, 13 Sep 1999, Brian Mitchell (ISSATL) wrote:
> syslog() with the proper facility is probably the best way to do this.
> Another possibility is opening /dev/console, but I think that will aquire
> a controlling terminal.
>
> On Mon, 13 Sep 1999, Zhihui Zhang wrote:
>
> >
> > Can anyone
On Mon, 13 Sep 1999, Brian Mitchell (ISSATL) wrote:
> syslog() with the proper facility is probably the best way to do this.
> Another possibility is opening /dev/console, but I think that will aquire
> a controlling terminal.
>
> On Mon, 13 Sep 1999, Zhihui Zhang wrote:
>
> >
> > Can anyone t
On 13 Sep, Doug Ambrisko wrote:
> A staple bent properly and wedged in the crimp part of the pin between
> the green wire to a black wire does the trick for me.
When building a box of disks (no m/b) we used a paper clip. No m/b
meant we could just short the pins and not worry about plugging it
i
On 13 Sep, Doug Ambrisko wrote:
> A staple bent properly and wedged in the crimp part of the pin between
> the green wire to a black wire does the trick for me.
When building a box of disks (no m/b) we used a paper clip. No m/b
meant we could just short the pins and not worry about plugging it
in
Just my 2 cents and a staple ...
A staple bent properly and wedged in the crimp part of the pin between
the green wire to a black wire does the trick for me. Now I turn that
machine on via the power switch on the back of the power supply which
ATX power supply people are now adding.
I have a d
Just my 2 cents and a staple ...
A staple bent properly and wedged in the crimp part of the pin between
the green wire to a black wire does the trick for me. Now I turn that
machine on via the power switch on the back of the power supply which
ATX power supply people are now adding.
I have a de
< said:
> This message is in MIME format. The first part should be readable text,
> while the remaining parts are likely unreadable without MIME-aware tools.
> Send mail to [EMAIL PROTECTED] for more info.
It would be preferable if text were sent as text, since MIME-encoded
patches requir
<
said:
> This message is in MIME format. The first part should be readable text,
> while the remaining parts are likely unreadable without MIME-aware tools.
> Send mail to m...@docserver.cac.washington.edu for more info.
It would be preferable if text were sent as text, since MIME-encode
On Sun, Sep 12, 1999 at 12:29:55PM -0400, Wayne Cuddy wrote:
> >rm '$DEST_DIR'
> rm: $DEST_DIR: is a directory
>
> >ls '$DEST_DIR'
> $2
>
rm doesn't work on directories.. go for
$ rm -rf '$DEST_DIR'
or
$ rm '$DEST_DIR'/'$2'
$ rmdir '$DEST_DIR'
regards,
-Oscar
--
For PGP Public Key: finger
On Sun, Sep 12, 1999 at 12:29:55PM -0400, Wayne Cuddy wrote:
> >rm '$DEST_DIR'
> rm: $DEST_DIR: is a directory
>
> >ls '$DEST_DIR'
> $2
>
rm doesn't work on directories.. go for
$ rm -rf '$DEST_DIR'
or
$ rm '$DEST_DIR'/'$2'
$ rmdir '$DEST_DIR'
regards,
-Oscar
--
For PGP Public Key: finger o
syslog() with the proper facility is probably the best way to do this.
Another possibility is opening /dev/console, but I think that will aquire
a controlling terminal.
On Mon, 13 Sep 1999, Zhihui Zhang wrote:
>
> Can anyone tell me how to let a daemon process print a message to the
> console?
subscribe
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
syslog() with the proper facility is probably the best way to do this.
Another possibility is opening /dev/console, but I think that will aquire
a controlling terminal.
On Mon, 13 Sep 1999, Zhihui Zhang wrote:
>
> Can anyone tell me how to let a daemon process print a message to the
> console?
subscribe
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
Can anyone tell me how to let a daemon process print a message to the
console? Adding printf() does not work (I wonder if a daemon process
has been cut of relationship with stdout). Thanks for any help.
--
Zhihui Zhang. Please visit http://www.f
Can anyone tell me how to let a daemon process print a message to the
console? Adding printf() does not work (I wonder if a daemon process
has been cut of relationship with stdout). Thanks for any help.
--
Zhihui Zhang. Please visit http://www.fr
Our ftp server crashed early this morning with what appears to be a softupdates
error:
> Sep 13 09:56:19 stumble /kernel: pid 41477 (perl), uid 0 on /exports/share3/ftp/.2:
>file system full
>
> panic: softdep_write_inodeblock: indirect pointer #0 mismatch 0 != 15597568
> syncing disks... panic
Our ftp server crashed early this morning with what appears to be a softupdates
error:
> Sep 13 09:56:19 stumble /kernel: pid 41477 (perl), uid 0 on
> /exports/share3/ftp/.2: file system full
>
> panic: softdep_write_inodeblock: indirect pointer #0 mismatch 0 != 15597568
> syncing disks... panic
Tony Finch <[EMAIL PROTECTED]> wrote:
>
>Is there a reason for disallowing concurrent read-only mounts of the
>same disk device? i.e. would things go pear-shaped if I added this
>capability?
Well, in the absence of any comments I hacked around a bit and ended
up with the following patch (against
Tony Finch wrote:
>
>Is there a reason for disallowing concurrent read-only mounts of the
>same disk device? i.e. would things go pear-shaped if I added this
>capability?
Well, in the absence of any comments I hacked around a bit and ended
up with the following patch (against 3.3-RC), which perm
> On Fri, Sep 10, 1999 at 11:15:12AM -0700, Parag Patel wrote:
> > Growing up programming on a KL-10, I still think the correct place for
> > line-editing is in the driver. Hell - it's already doing basic
> > erase/kill line editing as it is. Then you don't have to hack every
> > command-line
> On Fri, Sep 10, 1999 at 11:15:12AM -0700, Parag Patel wrote:
> > Growing up programming on a KL-10, I still think the correct place for
> > line-editing is in the driver. Hell - it's already doing basic
> > erase/kill line editing as it is. Then you don't have to hack every
> > command-line a
> On Mon, Sep 13, 1999 at 10:48:07AM -0400, Kelly Yancey wrote:
> >
> > If you haven't already, I've just about finished a port
> for this (it is
> > pretty nifty). The only problem I have currently is that I
> have to fetch 2
> > files for the port (the file listed above, as well as
> > http://
> On Mon, Sep 13, 1999 at 10:48:07AM -0400, Kelly Yancey wrote:
> >
> > If you haven't already, I've just about finished a port
> for this (it is
> > pretty nifty). The only problem I have currently is that I
> have to fetch 2
> > files for the port (the file listed above, as well as
> > http://h
I am trying to understand how to integrate device drivers with the kernel.
(this is my first crack at device drivers) I have a few books on device
drivers but they are a little old and have a slightly different interface with
the kernel than FreeBSD. I figured the best place to start would be to
I am trying to understand how to integrate device drivers with the kernel.
(this is my first crack at device drivers) I have a few books on device
drivers but they are a little old and have a slightly different interface with
the kernel than FreeBSD. I figured the best place to start would be to t
On Mon, Sep 13, 1999 at 07:59:03AM -0700, Duane H. Hesser wrote:
> You probably already have it, as
> /usr/src/contrib/global/gozilla/remote.c
Blimey!
--
Dom Mitchell -- Palmer & Harvey McLane -- Unix Systems Administrator
"vi has two modes the one in which it beeps and the one in which it
On Mon, Sep 13, 1999 at 07:59:03AM -0700, Duane H. Hesser wrote:
> You probably already have it, as
> /usr/src/contrib/global/gozilla/remote.c
Blimey!
--
Dom Mitchell -- Palmer & Harvey McLane -- Unix Systems Administrator
"vi has two modes the one in which it beeps and the one in which it d
> -Original Message-
> From: Josef Karthauser [mailto:[EMAIL PROTECTED]]
> Sent: Monday, September 13, 1999 10:57 AM
> To: Kelly Yancey
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: More Press
>
>
> On Mon, Sep 13, 1999 at 10:48:07AM -0400, Kelly Yancey wrote:
> >
> > If y
On 13-Sep-99 Mike Bristow wrote:
> On Mon, Sep 13, 1999 at 11:45:50AM +0200, Dag-Erling Smorgrav wrote:
>> Dominic Mitchell <[EMAIL PROTECTED]> writes:
>> > If you follow the link from "netscape -help", you end up at:
>> >
>> > http://home.netscape.com/newsref/std/remote.c
>>
>> The page you at
On Mon, Sep 13, 1999 at 10:48:07AM -0400, Kelly Yancey wrote:
>
> If you haven't already, I've just about finished a port for this (it is
> pretty nifty). The only problem I have currently is that I have to fetch 2
> files for the port (the file listed above, as well as
> http://home.netscape.c
> -Original Message-
> From: Josef Karthauser [mailto:j...@pavilion.net]
> Sent: Monday, September 13, 1999 10:57 AM
> To: Kelly Yancey
> Cc: hack...@freebsd.org; dom.mitch...@palmerharvey.co.uk
> Subject: Re: More Press
>
>
> On Mon, Sep 13, 1999 at 10:48:07AM -0400, Kelly Yancey wrote:
Hay, thaaank you!
I really glad to receive your message!
It will really shelp.
Again, thanks a lot!
Jeroen Ruigrok/Asmodai wrote:
>
> * Gustavo V G C Rios ([EMAIL PROTECTED]) [990910 04:14]:
> >I use freebsd about +- 12 months ago. I have never did any thing serious
> >at k
On 13-Sep-99 Mike Bristow wrote:
> On Mon, Sep 13, 1999 at 11:45:50AM +0200, Dag-Erling Smorgrav wrote:
>> Dominic Mitchell writes:
>> > If you follow the link from "netscape -help", you end up at:
>> >
>> > http://home.netscape.com/newsref/std/remote.c
>>
>> The page you attempted to access wa
On Mon, Sep 13, 1999 at 10:48:07AM -0400, Kelly Yancey wrote:
>
> If you haven't already, I've just about finished a port for this (it is
> pretty nifty). The only problem I have currently is that I have to fetch 2
> files for the port (the file listed above, as well as
> http://home.netscape.co
Hay, thaaank you!
I really glad to receive your message!
It will really shelp.
Again, thanks a lot!
Jeroen Ruigrok/Asmodai wrote:
>
> * Gustavo V G C Rios (gr...@ddsecurity.com.br) [990910 04:14]:
> >I use freebsd about +- 12 months ago. I have never did any thing serious
>
> Date: Mon, 13 Sep 1999 10:31:51 +0100
> From: Dominic Mitchell <[EMAIL PROTECTED]>
> Subject: Re: More press
>
> On Sun, Sep 12, 1999 at 03:22:55PM +0200, Dag-Erling Smorgrav wrote:
> > Dirk GOUDERS <[EMAIL PROTECTED]> writes:
> > > Oh, sorry -- my "browse-url-at-mouse" function made
> > >
> > >
> Date: Mon, 13 Sep 1999 10:31:51 +0100
> From: Dominic Mitchell
> Subject: Re: More press
>
> On Sun, Sep 12, 1999 at 03:22:55PM +0200, Dag-Erling Smorgrav wrote:
> > Dirk GOUDERS writes:
> > > Oh, sorry -- my "browse-url-at-mouse" function made
> > >
> > >
http://www.zdnet.com/zdtv/screensavers
Christoph Kukulies writes:
>
> On a 3.0-current of October 1998 I'm having often trouble with de0.
> The machine often reboots over night (when either the locate db is built or
> some other big job - like mirror - is running). Anyway, after the reboot,
> often de0 is dead.
>
> This happend today
|o|... Mon, Sep 13, 1999 at 10:16:30AM -0300, Luiz Morte da Costa Junior ...|o| wrote:
>
> Hi list,
>
> I can't solve the problem yet.
>
> When I runnig the dmesg command, I have:
>
> ---
> da0 at ahc0 bus 0 target 0 lun 0
> da0: Fixed Direct Access SCSI-2 device
> da0: 40.000MB/s transfers
Christoph Kukulies writes:
>
> On a 3.0-current of October 1998 I'm having often trouble with de0.
> The machine often reboots over night (when either the locate db is built or
> some other big job - like mirror - is running). Anyway, after the reboot,
> often de0 is dead.
>
> This happend today
|o|... Mon, Sep 13, 1999 at 10:16:30AM -0300, Luiz Morte da Costa Junior ...|o|
wrote:
>
> Hi list,
>
> I can't solve the problem yet.
>
> When I runnig the dmesg command, I have:
>
> ---
> da0 at ahc0 bus 0 target 0 lun 0
> da0: Fixed Direct Access SCSI-2 device
> da0: 40.000MB/s transfers
Hi list,
I can't solve the problem yet.
When I runnig the dmesg command, I have:
---
da0 at ahc0 bus 0 target 0 lun 0
da0: Fixed Direct Access SCSI-2 device
da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing
Enabled
da0: 8683MB (17783240 512 byte sectors: 255H 63S/T 110
Hi list,
I can't solve the problem yet.
When I runnig the dmesg command, I have:
---
da0 at ahc0 bus 0 target 0 lun 0
da0: Fixed Direct Access SCSI-2 device
da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing
Enabled
da0: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106
[I'm catching up on a bunch of FreeBSD mail since being out on vacation, so
perhaps I've missed the essence of this thread..]
I've also had the desire to capture the output produced when /etc/rc is
run for all the reasons mentioned. I always thought that perhaps init
would simply capture stdou
[I'm catching up on a bunch of FreeBSD mail since being out on vacation, so
perhaps I've missed the essence of this thread..]
I've also had the desire to capture the output produced when /etc/rc is
run for all the reasons mentioned. I always thought that perhaps init
would simply capture stdout
> "Rodney W. Grimes" wrote:
>
> > It dawned on me what can be done. Look, we get all the kernel printf's
> > from the dmesg output saved in a buffer and pull that out later with
> > syslog, looks like we could just slip a pipe fitting into /dev/console
> > that copies all it's output into the me
> "Rodney W. Grimes" wrote:
>
> > It dawned on me what can be done. Look, we get all the kernel printf's
> > from the dmesg output saved in a buffer and pull that out later with
> > syslog, looks like we could just slip a pipe fitting into /dev/console
> > that copies all it's output into the mes
On Mon, Sep 13, 1999 at 11:45:50AM +0200, Dag-Erling Smorgrav wrote:
> Dominic Mitchell <[EMAIL PROTECTED]> writes:
> > If you follow the link from "netscape -help", you end up at:
> >
> > http://home.netscape.com/newsref/std/remote.c
>
> The page you attempted to access was not found on Netscap
On Mon, Sep 13, 1999 at 11:45:50AM +0200, Dag-Erling Smorgrav wrote:
> Dominic Mitchell writes:
> > If you follow the link from "netscape -help", you end up at:
> >
> > http://home.netscape.com/newsref/std/remote.c
>
> The page you attempted to access was not found on Netscape's web site.
> You
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
Hello All.
I try install FreeBSD on HP Vectra VA/200DT - Pentium Pro/128Mb-RAM/
Quantum Fireball CR 4.3Gb/CirrusLogic5446PCI PCI/NE2000.
When I try install FreeBSD (I'm tried
3.2-release/3.3-19990909-rc/snapshot-4.0-19990827-current)
i have some trouble. On second floppy (mfsroot.flp) before ke
Hello All.
I try install FreeBSD on HP Vectra VA/200DT - Pentium Pro/128Mb-RAM/
Quantum Fireball CR 4.3Gb/CirrusLogic5446PCI PCI/NE2000.
When I try install FreeBSD (I'm tried
3.2-release/3.3-19990909-rc/snapshot-4.0-19990827-current)
i have some trouble. On second floppy (mfsroot.flp) before ker
Dominic Mitchell <[EMAIL PROTECTED]> writes:
> If you follow the link from "netscape -help", you end up at:
>
> http://home.netscape.com/newsref/std/remote.c
The page you attempted to access was not found on Netscape's web site.
You may have typed its location incorrectly, or it may have been
mo
Dominic Mitchell writes:
> If you follow the link from "netscape -help", you end up at:
>
> http://home.netscape.com/newsref/std/remote.c
The page you attempted to access was not found on Netscape's web site.
You may have typed its location incorrectly, or it may have been
moved, deleted, or inc
On Sun, Sep 12, 1999 at 03:22:55PM +0200, Dag-Erling Smorgrav wrote:
> Dirk GOUDERS <[EMAIL PROTECTED]> writes:
> > Oh, sorry -- my "browse-url-at-mouse" function made
> >
> > http://www.zdnet.com/zdtv/screensavers/answerstips/story/02c36562c23246242c00.html
> >
> > of it...
>
> Netscape uses c
On Sun, Sep 12, 1999 at 03:22:55PM +0200, Dag-Erling Smorgrav wrote:
> Dirk GOUDERS writes:
> > Oh, sorry -- my "browse-url-at-mouse" function made
> >
> > http://www.zdnet.com/zdtv/screensavers/answerstips/story/02c36562c23246242c00.html
> >
> > of it...
>
> Netscape uses commans to separate p
> Dirk GOUDERS writes:
> > Oh, sorry -- my "browse-url-at-mouse" function made
> >
> > http://www.zdnet.com/zdtv/screensavers/answerstips/story/02c36562c23246242
c00.html
> >
> > of it...
>
> Netscape uses commans to separate parameters to the OpenURL command.
> Fortunately, the API i
> Dirk GOUDERS <[EMAIL PROTECTED]> writes:
> > Oh, sorry -- my "browse-url-at-mouse" function made
> >
> > http://www.zdnet.com/zdtv/screensavers/answerstips/story/02c36562c23246242
c00.html
> >
> > of it...
>
> Netscape uses commans to separate parameters to the OpenURL command.
> Fo
On a 3.0-current of October 1998 I'm having often trouble with de0.
The machine often reboots over night (when either the locate db is built or
some other big job - like mirror - is running). Anyway, after the reboot,
often de0 is dead.
This happend today again. When I came into the office I cou
On a 3.0-current of October 1998 I'm having often trouble with de0.
The machine often reboots over night (when either the locate db is built or
some other big job - like mirror - is running). Anyway, after the reboot,
often de0 is dead.
This happend today again. When I came into the office I coul
"Rodney W. Grimes" <[EMAIL PROTECTED]> writes:
> > No. The scrollback may be too short (especially after an fsck of a
> > large filesystem after a crash), and it may even be empty (if you put
> > something like VESA_132x60 in allscreens_flags in rc.conf)
> We can tune the size of the scroll back b
"Rodney W. Grimes" writes:
> > No. The scrollback may be too short (especially after an fsck of a
> > large filesystem after a crash), and it may even be empty (if you put
> > something like VESA_132x60 in allscreens_flags in rc.conf)
> We can tune the size of the scroll back buffer can't we?
Yes
On Fri, Sep 10, 1999 at 11:15:12AM -0700, Parag Patel wrote:
> Growing up programming on a KL-10, I still think the correct place for
> line-editing is in the driver. Hell - it's already doing basic
> erase/kill line editing as it is. Then you don't have to hack every
> command-line app to get l
On Fri, Sep 10, 1999 at 11:15:12AM -0700, Parag Patel wrote:
> Growing up programming on a KL-10, I still think the correct place for
> line-editing is in the driver. Hell - it's already doing basic
> erase/kill line editing as it is. Then you don't have to hack every
> command-line app to get li
* Gustavo V G C Rios ([EMAIL PROTECTED]) [990910 04:14]:
>I use freebsd about +- 12 months ago. I have never did any thing serious
>at kernel level, nor i know anything about kernel desgin.
Start with:
Modern Operating Systems by Andrew S. Tanenbaum
The Design and Implementation of 4.4BSD by Mar
* Nate Williams ([EMAIL PROTECTED]) [990910 07:14]:
>In any case, if you install a recent version of FreeBSD, I doubt Mr. NT
>is capable of crashing FreeBSD from externally. Just make sure he
>doesn't have an account on it, since it's much easier to cause Denial Of
>Service attacks if you don't s
* Nate Williams (n...@mt.sri.com) [990910 07:14]:
>In any case, if you install a recent version of FreeBSD, I doubt Mr. NT
>is capable of crashing FreeBSD from externally. Just make sure he
>doesn't have an account on it, since it's much easier to cause Denial Of
>Service attacks if you don't spen
* Gustavo V G C Rios (gr...@ddsecurity.com.br) [990910 04:14]:
>I use freebsd about +- 12 months ago. I have never did any thing serious
>at kernel level, nor i know anything about kernel desgin.
Start with:
Modern Operating Systems by Andrew S. Tanenbaum
The Design and Implementation of 4.4BSD b
92 matches
Mail list logo
