Adrian Filipi-Martin scribbled this message on Jul 4:
> On Fri, 2 Jul 1999, Anthony Kimball wrote:
>
> >
> > Lizard has a tetris game built in for those long waits...
> > Now THAT is cool.
>
> Using the "holistic emergency shell" on vty4 when doing a network
> install is more fun. At the
Ok, ok, this message is a few months old, but better late than
never, right? (<-- retorical question, no need to actually answer...
;)
Kelly Yancey wrote:
>
> I was working on a module and need to be able to pass parameters to the
> module (preferably without having to compile them in). I noti
Hi
Dose anyone know how long a the kernel is busy with context switching
(beetween two processes) ?
Has anyone tested this yet?
I estimate of about 7 usec duration for that, (on a Pentium 400) but
I think that's to long.
Regards
Thomas
To Unsubscribe: send mail to majord...@freebsd.or
Adrian Filipi-Martin scribbled this message on Jul 4:
> On Fri, 2 Jul 1999, Anthony Kimball wrote:
>
> >
> > Lizard has a tetris game built in for those long waits...
> > Now THAT is cool.
>
> Using the "holistic emergency shell" on vty4 when doing a network
> install is more fun. At the
Hi
Dose anyone know how long a the kernel is busy with context switching
(beetween two processes) ?
Has anyone tested this yet?
I estimate of about 7 usec duration for that, (on a Pentium 400) but
I think that's to long.
Regards
Thomas
To Unsubscribe: send mail to [EMAIL PROTECTED]
w
Tony Finch wrote:
>
> User Joe wrote:
> >
> >Is the berkeley db (or any other small db) multi user safe? Are there
> >locks to maintain coherency of multiple processes access the same database
> >files?
>
> The web pages for Berkeley DB 2 claim that it does (note version 2,
> not 1.85 as shippe
Hi,
Running -current...
I'm trying to verify SIGFPE handling and am finding some
interesting issues. In the following test program, a divide
by zero is done and the SIGFPE delivered.
$ ./fp
sig == 8
code== 0
z has the value 1.00
It seems that from the value of code should
have be
Tony Finch wrote:
>
> User Joe <[EMAIL PROTECTED]> wrote:
> >
> >Is the berkeley db (or any other small db) multi user safe? Are there
> >locks to maintain coherency of multiple processes access the same database files?
>
> The web pages for Berkeley DB 2 claim that it does (note version 2,
> no
I've been following a local Linux mailing list, and a couple of the
users there have been trying FreeBSD ('cos I'm giving a presentation on
it at a Linux user group meeting next month :-)
One of them has an SB16 with a CD-ROM drive. His attempts at installing
FreeBSD from that CD-ROM have met w
Hi,
Running -current...
I'm trying to verify SIGFPE handling and am finding some
interesting issues. In the following test program, a divide
by zero is done and the SIGFPE delivered.
$ ./fp
sig == 8
code== 0
z has the value 1.00
It seems that from the value of code should
have b
I've been following a local Linux mailing list, and a couple of the
users there have been trying FreeBSD ('cos I'm giving a presentation on
it at a Linux user group meeting next month :-)
One of them has an SB16 with a CD-ROM drive. His attempts at installing
FreeBSD from that CD-ROM have met
On Thursday, 8 July 1999 at 18:52:41 -0700, Jordan K. Hubbard wrote:
>> I think you'll find, once you get that far, that things are anything
>> but trivial. I'm certainly open to suggestions, but consider:
>>
>> vinum -i /dev/something volumename
>>
>> Where does it insert it? What if the vo
> From: Thomas David Rivers
>
> I just wondered if this should be integrated into ptrace(), so
> the various debuggers wouldn't have to know about it.
>
> It seems that would be the proper abstraction - hardware that supports
> it would "have it" - and the programs that "used it" wouldn't have
> I think you'll find, once you get that far, that things are anything
> but trivial. I'm certainly open to suggestions, but consider:
>
> vinum -i /dev/something volumename
>
> Where does it insert it? What if the volume has more than one plex,
> which it will in the case of a mirror?
OK,
At the beginning of the file vm_object.c, we have the following comment:
The only items within the object structure which are modified after time
of creation are:
reference count locked by object's lock
pager routine locked by object's lock
But at the end of vnode_pager_setsi
On Thursday, 8 July 1999 at 18:52:41 -0700, Jordan K. Hubbard wrote:
>> I think you'll find, once you get that far, that things are anything
>> but trivial. I'm certainly open to suggestions, but consider:
>>
>> vinum -i /dev/something volumename
>>
>> Where does it insert it? What if the v
From: Julian Elischer
Subject: Re: Rewriting pca(4) using finetimer(9) (was: Re: MPU401 now works
under New Midi Driver Framework with a Fine Timer)
Date: Thu, 8 Jul 1999 11:23:42 -0700 (PDT)
Message-ID:
julian> this is problematic.
julian> you cannot add a new element before the pending firing
> From: Thomas David Rivers <[EMAIL PROTECTED]>
>
> I just wondered if this should be integrated into ptrace(), so
> the various debuggers wouldn't have to know about it.
>
> It seems that would be the proper abstraction - hardware that supports
> it would "have it" - and the programs that "us
> I think you'll find, once you get that far, that things are anything
> but trivial. I'm certainly open to suggestions, but consider:
>
> vinum -i /dev/something volumename
>
> Where does it insert it? What if the volume has more than one plex,
> which it will in the case of a mirror?
OK
At the beginning of the file vm_object.c, we have the following comment:
The only items within the object structure which are modified after time
of creation are:
reference count locked by object's lock
pager routine locked by object's lock
But at the end of vnode_pager_sets
From: Julian Elischer <[EMAIL PROTECTED]>
Subject: Re: Rewriting pca(4) using finetimer(9) (was: Re: MPU401 now works
under New Midi Driver Framework with a Fine Timer)
Date: Thu, 8 Jul 1999 11:23:42 -0700 (PDT)
Message-ID: <[EMAIL PROTECTED]>
julian> this is problematic.
julian> you cannot add
Dag-Erling Smorgrav wrote:
>
> Assar Westerlund writes:
> > Dag-Erling Smorgrav writes:
> > > + realpat = grep_malloc(strlen(pattern) + sizeof("^(")
> > > + + sizeof(")$") + 1);
> > Why not just use asprintf?
>
> Doesn't matter, thsis code is gone in the latest
> hi to all,
>
> i have a freebsd installed with internet connection on
> my desktop pc and on my laptop as well. because i am
> traveling a lot between two countries, i'd like to
> make followings.
>
> - laptop dials to my desktop pc
> - laptop sends some command
> - desktop hangs up and dials t
I just wondered if this should be integrated into ptrace(), so
the various debuggers wouldn't have to know about it.
It seems that would be the proper abstraction - hardware that supports
it would "have it" - and the programs that "used it" wouldn't have to
know anything special.
I only have a
Dag-Erling Smorgrav wrote:
>
> Assar Westerlund <[EMAIL PROTECTED]> writes:
> > Dag-Erling Smorgrav <[EMAIL PROTECTED]> writes:
> > > + realpat = grep_malloc(strlen(pattern) + sizeof("^(")
> > > + + sizeof(")$") + 1);
> > Why not just use asprintf?
>
> Doesn't m
> hi to all,
>
> i have a freebsd installed with internet connection on
> my desktop pc and on my laptop as well. because i am
> traveling a lot between two countries, i'd like to
> make followings.
>
> - laptop dials to my desktop pc
> - laptop sends some command
> - desktop hangs up and dials
-hackers,
Tim Singletary has written some man pages for the dbm_* functions in libc,
which are currently undocumented -- we know they are written in terms
of dbopen(), but it's nice to have them documented anyway.
Could anyone who knows anything about DBM take a look at docs/12557 and
let me know
I just wondered if this should be integrated into ptrace(), so
the various debuggers wouldn't have to know about it.
It seems that would be the proper abstraction - hardware that supports
it would "have it" - and the programs that "used it" wouldn't have to
know anything special.
I only have
-hackers,
Tim Singletary has written some man pages for the dbm_* functions in libc,
which are currently undocumented -- we know they are written in terms
of dbopen(), but it's nice to have them documented anyway.
Could anyone who knows anything about DBM take a look at docs/12557 and
let me kno
On Thu, 8 Jul 1999, Matthew Dillon wrote:
> :Hmm, you're right. Arguably, it could return EINVAL. Actually, the
> :man page documents this behavior, although it gets the 256 number wrong.
> :
> : If nfds is greater than the number of open files, select() is not
> guaran-
> : teed to exa
:Hmm, you're right. Arguably, it could return EINVAL. Actually, the
:man page documents this behavior, although it gets the 256 number wrong.
:
: If nfds is greater than the number of open files, select() is not guaran-
: teed to examine the unused file descriptors. For historical reaso
On Jul 07, 1999 at 02:33:19PM -0700, Matthew Dillon wrote:
> Not unless you want to blow up virtually every program that uses select!!!
>
> Passing an nd parameter that is greater then the current number of
> descriptors is perfectly valid. It's setting a bit in the bitmask for
>
:This is because initially, only 20 descriptors are allocated, and
:the system is quietly ignoring any descriptors over the allocated
:amount:
:
:if (uap->nd > p->p_fd->fd_nfiles)
:uap->nd = p->p_fd->fd_nfiles; /* forgiving; slightly wrong */
:
:This should be:
:
:
In article
you
write:
>Hi,
>
> The following program returns an inconsistant rc/errno value.
>Setting a bit corresponding to filedescriptor which is not open
>is only found when it is less than 20. ie:
This is because initially, only 20 descriptors are allocated, and
the system is quietly ign
On Thu, 8 Jul 1999, Matthew Dillon wrote:
> :Hmm, you're right. Arguably, it could return EINVAL. Actually, the
> :man page documents this behavior, although it gets the 256 number wrong.
> :
> : If nfds is greater than the number of open files, select() is not guaran-
> : teed to exami
:Hmm, you're right. Arguably, it could return EINVAL. Actually, the
:man page documents this behavior, although it gets the 256 number wrong.
:
: If nfds is greater than the number of open files, select() is not guaran-
: teed to examine the unused file descriptors. For historical reas
> I'm not asking any of you to prepare a resume - we're starting JUST with
> the core team bios and pictures here. :)
i knew you were not humans...
cheers
luigi
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body
I'm not asking any of you to prepare a resume - we're starting JUST with
the core team bios and pictures here. :)
- Jordan
> > > just collecting URLs for people home pages might be an easier task
> > > perhaps ?
> >
> > It needs to look better than that. A list of URL's would not look
> > like
On Jul 07, 1999 at 02:33:19PM -0700, Matthew Dillon wrote:
> Not unless you want to blow up virtually every program that uses select!!!
>
> Passing an nd parameter that is greater then the current number of
> descriptors is perfectly valid. It's setting a bit in the bitmask for
>
:This is because initially, only 20 descriptors are allocated, and
:the system is quietly ignoring any descriptors over the allocated
:amount:
:
:if (uap->nd > p->p_fd->fd_nfiles)
:uap->nd = p->p_fd->fd_nfiles; /* forgiving; slightly wrong */
:
:This should be:
:
:
In article [EMAIL PROTECTED]> you
write:
>Hi,
>
> The following program returns an inconsistant rc/errno value.
>Setting a bit corresponding to filedescriptor which is not open
>is only found when it is less than 20. ie:
This is because initially, only 20 descriptors are allocated, and
the sys
Sheldon,
On Thu, Jul 08, 1999 at 10:23:06AM +0200, Sheldon Hearn wrote:
> > I have done. As far as I can tell, the submitter is saying "Yes, the
> > information I was looking for was in the manual page, but it (specifically,
> > that the "root" account doesn't use the "default" entry) is buried a
Hi,
The following program returns an inconsistant rc/errno value.
Setting a bit corresponding to filedescriptor which is not open
is only found when it is less than 20. ie:
Some example output follows along with the program. This is being
run on a -current system. If I open a file on fd 102
Hi hackers,
I need your helps, please. I have two IDE drives. They have two
slices for FreeBSD and Windows on each. Last night I tried to install
Windows 95 on the first IDE drive where FreeBSD 3.1.0-Stable has
installed. I executed fdisk program on MS-DOS and created an active
slice to make i
> I'm not asking any of you to prepare a resume - we're starting JUST with
> the core team bios and pictures here. :)
i knew you were not humans...
cheers
luigi
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of
I'm not asking any of you to prepare a resume - we're starting JUST with
the core team bios and pictures here. :)
- Jordan
> > > just collecting URLs for people home pages might be an easier task
> > > perhaps ?
> >
> > It needs to look better than that. A list of URL's would not look
> > like
"Jordan K. Hubbard" writes:
>> just collecting URLs for people home pages might be an easier task
>> perhaps ?
>
>It needs to look better than that. A list of URL's would not look
>like a staff page, it would look like a cheesy, uninteresting page of
>links. :)
>
besides, we don't all have, or ev
Sheldon,
On Thu, Jul 08, 1999 at 10:23:06AM +0200, Sheldon Hearn wrote:
> > I have done. As far as I can tell, the submitter is saying "Yes, the
> > information I was looking for was in the manual page, but it (specifically,
> > that the "root" account doesn't use the "default" entry) is buried
Hi,
The following program returns an inconsistant rc/errno value.
Setting a bit corresponding to filedescriptor which is not open
is only found when it is less than 20. ie:
Some example output follows along with the program. This is being
run on a -current system. If I open a file on fd 10
Hi hackers,
I need your helps, please. I have two IDE drives. They have two
slices for FreeBSD and Windows on each. Last night I tried to install
Windows 95 on the first IDE drive where FreeBSD 3.1.0-Stable has
installed. I executed fdisk program on MS-DOS and created an active
slice to make
> > just collecting URLs for people home pages might be an easier task
> > perhaps ?
>
> It needs to look better than that. A list of URL's would not look
> like a staff page, it would look like a cheesy, uninteresting page of
> links. :)
still it can be a starting point. What success do you exp
> just collecting URLs for people home pages might be an easier task
> perhaps ?
It needs to look better than that. A list of URL's would not look
like a staff page, it would look like a cheesy, uninteresting page of
links. :)
- Jordan
To Unsubscribe: send mail to majord...@freebsd.org
with "u
"Jordan K. Hubbard" writes:
>> just collecting URLs for people home pages might be an easier task
>> perhaps ?
>
>It needs to look better than that. A list of URL's would not look
>like a staff page, it would look like a cheesy, uninteresting page of
>links. :)
>
besides, we don't all have, or e
> From: Jay Kuri
> Date: 1999-07-08 11:19:01 -0700
> To: David Greenman
> Subject: Re: Problem with fxp driver and 82559 cards
> Cc: hack...@freebsd.org
> In-reply-to: <199907081808.laa29...@implode.root.com>
> Delivered-to: freebsd-hackers@freebsd.org
> X-Loop: FreeBSD.ORG
>
> > >program... but
On Tue, 6 Jul 1999, Alex Zepeda wrote:
> On Tue, 6 Jul 1999, Brian F. Feldman wrote:
>
> > RTFM isn't a newby-apparent term. Name it help(1).
>
> Sure it is. Some hapless newbie wanders into #FreeBDS on efnet, and asks
> an already answered question. Aside from a kick, and a possible ban,
> th
Hi!
I saw your posting on the HU list and was actually able to understand the
Subject: line!
(I guess it wasn't that difficult)
It's fun to se the 'correct translation' so I could compare..
julian
On Thu, 8 Jul 1999, Geza Fodor wrote:
> hi to all,
>
> i have a freebsd installed with intern
this is problematic.
you cannot add a new element before the pending firing because you can't
tell how far into the present trigger you are.
On Thu, 8 Jul 1999, Doug Rabson wrote:
> On Thu, 8 Jul 1999, Seigo Tanimura wrote:
>
> > On Wed, 7 Jul 1999 19:46:38 -0700 (PDT),
> > Julian Elischer
> >program... but if I go into the installer and try to transfer a
> >distribution , it fails, locking in the same way. I'm talking with Intel
> >to see if they have had similar problems. I read something in the source
> >about the reciever has locked after garbage in the syncronization bits...
>
>> >However, we have at least one industrial-type system (with a
>> >different board/config) that works fine with these cards, though we didn't
>> >do the install with one. I'll try that tomorrow and report my findings.
>
> Though the cards seem to work post-install, they fail in the
>in
> > just collecting URLs for people home pages might be an easier task
> > perhaps ?
>
> It needs to look better than that. A list of URL's would not look
> like a staff page, it would look like a cheesy, uninteresting page of
> links. :)
still it can be a starting point. What success do you ex
Nope, I did read the docs, hence the patch to the manpage to make
it stand out more clearly. I still am of the opinion that "default" should
mean "default" for everyone. AFIK, there are no other fields in passwd
that have different interpretations/defaults depending upon the UID. This
i
> > However, we have at least one industrial-type system (with a
> >different board/config) that works fine with these cards, though we didn't
> >do the install with one. I'll try that tomorrow and report my findings.
Though the cards seem to work post-install, they fail in the
instal
If a system runs out of mbufs can memory be claimed from elsewhere
or is the system pretty much dead especially for networking related
allocations.
jayanth
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
If someone in the FS dept. would draw up a broad outline for FS implementation
I hereby volunteer to flesh it out thoroughly and donate the end-product docs to
the FreeBSD project. I am a professional UNIX (AIX/SOLARIS) programmer and
fairly clueful kernel source peruser and tweaker, fully capable
> just collecting URLs for people home pages might be an easier task
> perhaps ?
It needs to look better than that. A list of URL's would not look
like a staff page, it would look like a cheesy, uninteresting page of
links. :)
- Jordan
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsu
> From: Jay Kuri <[EMAIL PROTECTED]>
> Date: 1999-07-08 11:19:01 -0700
> To: David Greenman <[EMAIL PROTECTED]>
> Subject: Re: Problem with fxp driver and 82559 cards
> Cc: [EMAIL PROTECTED]
> In-reply-to: <[EMAIL PROTECTED]>
> Delivered-to: [EMAIL PROTECTED]
> X-Loop: FreeBSD.ORG
>
> > >program..
On Tue, 6 Jul 1999, Alex Zepeda wrote:
> On Tue, 6 Jul 1999, Brian F. Feldman wrote:
>
> > RTFM isn't a newby-apparent term. Name it help(1).
>
> Sure it is. Some hapless newbie wanders into #FreeBDS on efnet, and asks
> an already answered question. Aside from a kick, and a possible ban,
> t
Hi!
I saw your posting on the HU list and was actually able to understand the
Subject: line!
(I guess it wasn't that difficult)
It's fun to se the 'correct translation' so I could compare..
julian
On Thu, 8 Jul 1999, Geza Fodor wrote:
> hi to all,
>
> i have a freebsd installed with inter
this is problematic.
you cannot add a new element before the pending firing because you can't
tell how far into the present trigger you are.
On Thu, 8 Jul 1999, Doug Rabson wrote:
> On Thu, 8 Jul 1999, Seigo Tanimura wrote:
>
> > On Wed, 7 Jul 1999 19:46:38 -0700 (PDT),
> > Julian Elischer
> >program... but if I go into the installer and try to transfer a
> >distribution , it fails, locking in the same way. I'm talking with Intel
> >to see if they have had similar problems. I read something in the source
> >about the reciever has locked after garbage in the syncronization bits...
>> >However, we have at least one industrial-type system (with a
>> >different board/config) that works fine with these cards, though we didn't
>> >do the install with one. I'll try that tomorrow and report my findings.
>
> Though the cards seem to work post-install, they fail in the
>i
Nope, I did read the docs, hence the patch to the manpage to make
it stand out more clearly. I still am of the opinion that "default" should
mean "default" for everyone. AFIK, there are no other fields in passwd
that have different interpretations/defaults depending upon the UID. This
> > However, we have at least one industrial-type system (with a
> >different board/config) that works fine with these cards, though we didn't
> >do the install with one. I'll try that tomorrow and report my findings.
Though the cards seem to work post-install, they fail in the
insta
If a system runs out of mbufs can memory be claimed from elsewhere
or is the system pretty much dead especially for networking related
allocations.
jayanth
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
If someone in the FS dept. would draw up a broad outline for FS implementation
I hereby volunteer to flesh it out thoroughly and donate the end-product docs to
the FreeBSD project. I am a professional UNIX (AIX/SOLARIS) programmer and
fairly clueful kernel source peruser and tweaker, fully capabl
:yeah I remembered how it all worked after I wrote that..
:You'd think they'd eventually get the idea of letting the kernel have it's
:own 'cr3' and some TLBs eh?
:
:listenning intel?
This is intel we are talking about. Their mmu/cache technology is
always a few years behind the times.
On Thu, 8 Jul 1999, Mikhail Ramendik wrote:
> I have noticed that there is no good clipboard system in FreeBSD. X has only
> a rudimentary clipboard, and outside X there is no clipboard that would be
> shared between programs... All this while Windows has a very interesting
> clipboard system tha
Somebody should study the abilities of the on-cpu APIC for this
for pentium ff. machines.
In message <199907081527.baa04...@godzilla.zeta.org.au>, Bruce Evans writes:
>>dfr> If I understand this correctly, you are suggesting that we program timer0
>>dfr> so that we only take interrupts when a fi
Hi folks,
Do we still need /etc/skel in the hier(7) manpage and in BSD.root.dist?
It looks to me like an hysterical raisin that should be taken out and
shot.
Ciao,
Sheldon.
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
>dfr> If I understand this correctly, you are suggesting that we program timer0
>dfr> so that we only take interrupts when a finetimer is due to fire? If so,
>dfr> then it sounds very good. The idea of taking 6000+ interrupts/sec made me
>dfr> uneasy, even though most would return without doing any
:yeah I remembered how it all worked after I wrote that..
:You'd think they'd eventually get the idea of letting the kernel have it's
:own 'cr3' and some TLBs eh?
:
:listenning intel?
This is intel we are talking about. Their mmu/cache technology is
always a few years behind the times.
On Thu, 8 Jul 1999, Mikhail Ramendik wrote:
> I have noticed that there is no good clipboard system in FreeBSD. X has only
> a rudimentary clipboard, and outside X there is no clipboard that would be
> shared between programs... All this while Windows has a very interesting
> clipboard system th
Hi folks,
Do we still need /etc/skel in the hier(7) manpage and in BSD.root.dist?
It looks to me like an hysterical raisin that should be taken out and
shot.
Ciao,
Sheldon.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
You might also want to look a GNUstep ( www.gnustep.org ) as well.
stef
You wrote:
> > - Whether a similar solution already exists in the freenix world
> > (perhaps in Linux?)
>
> Might want to look into the various distributed object models being
> considered (don't both the KDE and GNOME people
You might also want to look a GNUstep ( www.gnustep.org ) as well.
stef
You wrote:
> > - Whether a similar solution already exists in the freenix world
> > (perhaps in Linux?)
>
> Might want to look into the various distributed object models being
> considered (don't both the KDE and GNOME peopl
On Thu, 8 Jul 1999 11:00:24 +0100 (BST),
Doug Rabson said:
>> There is one problem in this method. acquire_timer0() is only implemented
>> for i386. We would need to write something equivalent for alpha...
dfr> The timer hardware on the alpha is essentially the same but the interrupts
dfr> are
On Thu, 8 Jul 1999 11:00:24 +0100 (BST),
Doug Rabson <[EMAIL PROTECTED]> said:
>> There is one problem in this method. acquire_timer0() is only implemented
>> for i386. We would need to write something equivalent for alpha...
dfr> The timer hardware on the alpha is essentially the same but the
On Thu, 8 Jul 1999, Seigo Tanimura wrote:
> On Thu, 8 Jul 1999 09:54:42 +0100 (BST),
> Doug Rabson said:
>
> dfr> If I understand this correctly, you are suggesting that we program timer0
> dfr> so that we only take interrupts when a finetimer is due to fire? If so,
> dfr> then it sounds very
On Thu, 8 Jul 1999, Mikhail Ramendik wrote:
> Hello!
>
> I am new to FreeBSD and Unix, but not new to programming and TCP/IP.
>
> I have noticed that there is no good clipboard system in FreeBSD. X has
> only a rudimentary clipboard, and outside X there is no clipboard that
> would be shared bet
On Thu, 8 Jul 1999 09:54:42 +0100 (BST),
Doug Rabson said:
dfr> If I understand this correctly, you are suggesting that we program timer0
dfr> so that we only take interrupts when a finetimer is due to fire? If so,
dfr> then it sounds very good. The idea of taking 6000+ interrupts/sec made me
d
Geza Fodor wrote:
> i have a freebsd installed with internet connection on
> my desktop pc and on my laptop as well. because i am
> traveling a lot between two countries, i'd like to
> make followings.
You should be able to write some scripts which do this; theoretically,
the "some commands
hi to all,
i have a freebsd installed with internet connection on
my desktop pc and on my laptop as well. because i am
traveling a lot between two countries, i'd like to
make followings.
- laptop dials to my desktop pc
- laptop sends some command
- desktop hangs up and dials to local isp
- laptop
On Thu, 8 Jul 1999, Seigo Tanimura wrote:
> On Thu, 8 Jul 1999 09:54:42 +0100 (BST),
> Doug Rabson <[EMAIL PROTECTED]> said:
>
> dfr> If I understand this correctly, you are suggesting that we program timer0
> dfr> so that we only take interrupts when a finetimer is due to fire? If so,
> dfr>
On Thu, 8 Jul 1999, Mikhail Ramendik wrote:
> Hello!
>
> I am new to FreeBSD and Unix, but not new to programming and TCP/IP.
>
> I have noticed that there is no good clipboard system in FreeBSD. X has
> only a rudimentary clipboard, and outside X there is no clipboard that
> would be shared be
On Thu, 8 Jul 1999, Seigo Tanimura wrote:
> On Wed, 7 Jul 1999 19:46:38 -0700 (PDT),
> Julian Elischer said:
>
> julian> With your scheme the clock needs to be always running at elevated
> speed.
> julian> Possibly you might have a startup routine that turns on the elevated
> julian> frequen
On Thu, 8 Jul 1999 09:54:42 +0100 (BST),
Doug Rabson <[EMAIL PROTECTED]> said:
dfr> If I understand this correctly, you are suggesting that we program timer0
dfr> so that we only take interrupts when a finetimer is due to fire? If so,
dfr> then it sounds very good. The idea of taking 6000+ inte
Geza Fodor wrote:
> i have a freebsd installed with internet connection on
> my desktop pc and on my laptop as well. because i am
> traveling a lot between two countries, i'd like to
> make followings.
You should be able to write some scripts which do this; theoretically,
the "some commands
On Thu, 08 Jul 1999 00:03:10 +0100, Nik Clayton wrote:
> I have done. As far as I can tell, the submitter is saying "Yes, the
> information I was looking for was in the manual page, but it (specifically,
> that the "root" account doesn't use the "default" entry) is buried as
> a throw away comm
hi to all,
i have a freebsd installed with internet connection on
my desktop pc and on my laptop as well. because i am
traveling a lot between two countries, i'd like to
make followings.
- laptop dials to my desktop pc
- laptop sends some command
- desktop hangs up and dials to local isp
- lapto
On Wed, 7 Jul 1999, Jamie Howard wrote:
> The FreeBSD, NetBSD, and OpenBSD manpage for grep says this:
>
> Grep understands two different versions of regular expression
> syntax: ``basic'' and ``extended.'' In GNU grep, there is
> no difference in available functionality u
1 - 100 of 105 matches
Mail list logo
