Hello,
I'm trying to install 3Com Fast Ethernet 10/100 Base-TX (model
3CCFE575BT-D) into my Dell laptop-freeBSD 2.2.8. Could some one help me with the
setup/installation procedure.
I tried modifying the GENERIC file for the kernel and /etc/pccard* files. But
did not succeed.
1) Does Free
In article <199907070339.vaa88...@panzer.kdm.org> you wrote:
>> 3.5" 650MB and 1.3GB MO drives should handle 512KB/sector(128MB,
>> 230MB, 540MB) and 2048KB/sector media(640MB, 1.3GB).
> The CAM DA driver was specifically designed to handle various sector sizes,
> and should work fine with non-512
[EMAIL PROTECTED] (Zhihui Zhang) writes:
> For a big executable file that is being run by the OS, all its contents
> may not be loaded into the memory. At the same time, the developer gets
> impatient and wants to create a new version of the same file. He could
> modify the makefile to output
In article <[EMAIL PROTECTED]> you wrote:
>> 3.5" 650MB and 1.3GB MO drives should handle 512KB/sector(128MB,
>> 230MB, 540MB) and 2048KB/sector media(640MB, 1.3GB).
> The CAM DA driver was specifically designed to handle various sector sizes,
> and should work fine with non-512 byte sector sizes.
Takeshi OHASHI wrote...
> Thanks for many suggestions.
>
> I'll try latest CAM system.
Cool, I'm interested to hear how it works for you. If things don't work
properly, we'll try to fix the bugs.
> ken>>Can you make source code to the OD driver available, so I can take a look
> ken>>at it, and
On Tue, 6 Jul 1999 11:12:59 -0700 (PDT),
The Utz Family said:
utz> (perhaps it might be time to change the name of the patch subdir from
utz> serial-midi to something else?)
Definitely. The patches themselves are now 'newmidi-...' so I have
s/freebsd-serialmidi/freebsd-newmidi/ed the URIs.
(t
Thanks for many suggestions.
I'll try latest CAM system.
ken>>Can you make source code to the OD driver available, so I can take a look
ken>>at it, and see what sorts of things you have to do to make these drives
ken>>work?
I am a beta tester of the new od driver. It almost works fine on some
b
Takeshi OHASHI wrote...
> Thanks for many suggestions.
>
> I'll try latest CAM system.
Cool, I'm interested to hear how it works for you. If things don't work
properly, we'll try to fix the bugs.
> ken>>Can you make source code to the OD driver available, so I can take a look
> ken>>at it, an
On Tue, 6 Jul 1999 11:12:59 -0700 (PDT),
The Utz Family <[EMAIL PROTECTED]> said:
utz> (perhaps it might be time to change the name of the patch subdir from
utz> serial-midi to something else?)
Definitely. The patches themselves are now 'newmidi-...' so I have
s/freebsd-serialmidi/freebsd-new
Thanks for many suggestions.
I'll try latest CAM system.
ken>>Can you make source code to the OD driver available, so I can take a look
ken>>at it, and see what sorts of things you have to do to make these drives
ken>>work?
I am a beta tester of the new od driver. It almost works fine on some
On Tue, 6 Jul 1999, Zhihui Zhang wrote:
>
> For a big executable file that is being run by the OS, all its contents
> may not be loaded into the memory. At the same time, the developer gets
> impatient and wants to create a new version of the same file. He could
> modify the makefile to output
Takeshi OHASHI wrote...
> ken>>Alex Zepeda wrote...
> ken>>> On Tue, 6 Jul 1999, Kenneth D. Merry wrote:
> ken>>>
> ken>>> > IMO, DVD drives are probably best handled through the CD driver, and
> ken>>> > Optical drives are probably best handled through the DA driver. The
> ken>>> > CD driver doe
> How do you think about some MO(Magneto Otpical disk) and PD drives?
>
> 3.5" 650MB and 1.3GB MO drives should handle 512KB/sector(128MB,
> 230MB, 540MB) and 2048KB/sector media(640MB, 1.3GB).
The da driver should handle 2048KB sector sized media right now. If
it doesn't for some reason, that i
ken>>Alex Zepeda wrote...
ken>>> On Tue, 6 Jul 1999, Kenneth D. Merry wrote:
ken>>>
ken>>> > IMO, DVD drives are probably best handled through the CD driver, and
ken>>> > Optical drives are probably best handled through the DA driver. The
ken>>> > CD driver doesn't currently handle writes, but it
On Tue, 6 Jul 1999, Zhihui Zhang wrote:
>
> For a big executable file that is being run by the OS, all its contents
> may not be loaded into the memory. At the same time, the developer gets
> impatient and wants to create a new version of the same file. He could
> modify the makefile to output
Takeshi OHASHI wrote...
> ken>>Alex Zepeda wrote...
> ken>>> On Tue, 6 Jul 1999, Kenneth D. Merry wrote:
> ken>>>
> ken>>> > IMO, DVD drives are probably best handled through the CD driver, and
> ken>>> > Optical drives are probably best handled through the DA driver. The
> ken>>> > CD driver do
> How do you think about some MO(Magneto Otpical disk) and PD drives?
>
> 3.5" 650MB and 1.3GB MO drives should handle 512KB/sector(128MB,
> 230MB, 540MB) and 2048KB/sector media(640MB, 1.3GB).
The da driver should handle 2048KB sector sized media right now. If
it doesn't for some reason, that
Ahhh.. RACF... MVS... Music to my ears...
And speaking of resource managers... don't forget
the ESM on CMS for SFS... :-)
I would have spared the bandwidth.. but it's worth noting
that we run a production system that installs user exits into
the Shared File System on CMS via the Callable Se
For a big executable file that is being run by the OS, all its contents
may not be loaded into the memory. At the same time, the developer gets
impatient and wants to create a new version of the same file. He could
modify the makefile to output the new version to a different file name,
but this
ken>>Alex Zepeda wrote...
ken>>> On Tue, 6 Jul 1999, Kenneth D. Merry wrote:
ken>>>
ken>>> > IMO, DVD drives are probably best handled through the CD driver, and
ken>>> > Optical drives are probably best handled through the DA driver. The
ken>>> > CD driver doesn't currently handle writes, but i
Ahhh.. RACF... MVS... Music to my ears...
And speaking of resource managers... don't forget
the ESM on CMS for SFS... :-)
I would have spared the bandwidth.. but it's worth noting
that we run a production system that installs user exits into
the Shared File System on CMS via the Callable S
For a big executable file that is being run by the OS, all its contents
may not be loaded into the memory. At the same time, the developer gets
impatient and wants to create a new version of the same file. He could
modify the makefile to output the new version to a different file name,
but this
"Brian F. Feldman" wrote:
>
> On Tue, 6 Jul 1999, Chris Costello wrote:
>
> > On Tue, Jul 6, 1999, Doug wrote:
> > > I'm confused about this script. How does it differ from 'apropos'?
> >
> >It differs in that it _uses_ apropos (or 'whatis' if you
> > specify the -e flag), as well as a Te
[I've redirected this to -hackers where I probably should have sent it
initially.]
On Wed, 7 Jul 1999, Peter Wemm wrote:
> > It would probably also be worthwhile redefining New-DES and our blowfish
> > format to fit this common form:
> >
> > $DES$$salt$hash
>
> IMHO, don't change the existing n
"Brian F. Feldman" wrote:
>
> On Tue, 6 Jul 1999, Chris Costello wrote:
>
> > On Tue, Jul 6, 1999, Doug wrote:
> > > I'm confused about this script. How does it differ from 'apropos'?
> >
> >It differs in that it _uses_ apropos (or 'whatis' if you
> > specify the -e flag), as well as a T
Jamie Howard writes:
> > Perhaps this will help with -w?
>
> Yes, I received a patch from Simon Burge which implements this. It also
> beats using [^A-Za-z] and [A-Za-z$] as I was and GNU grep does. I am
> still having trouble with -x though. It turns out that even if I specify
> a commandline
[I've redirected this to -hackers where I probably should have sent it
initially.]
On Wed, 7 Jul 1999, Peter Wemm wrote:
> > It would probably also be worthwhile redefining New-DES and our blowfish
> > format to fit this common form:
> >
> > $DES$$salt$hash
>
> IMHO, don't change the existing
On Tue, Jul 06, 1999 at 11:55:26AM +0100, Nik Clayton wrote:
>
> *Much* simpler is to build a grep-alike that understands structured
> documents, but that doesn't care how those documents are structured. This
Perhaps dtags(1) a-la ctags(1).
--
This is my .signature which gets appended to the
Jamie Howard writes:
> > Perhaps this will help with -w?
>
> Yes, I received a patch from Simon Burge which implements this. It also
> beats using [^A-Za-z] and [A-Za-z$] as I was and GNU grep does. I am
> still having trouble with -x though. It turns out that even if I specify
> a commandlin
Alex Zepeda wrote...
> On Tue, 6 Jul 1999, Kenneth D. Merry wrote:
>
> > IMO, DVD drives are probably best handled through the CD driver, and
> > Optical drives are probably best handled through the DA driver. The
> > CD driver doesn't currently handle writes, but it's a one-line fix to
> > chang
I know the basic admin knowledge of UNIX,perl,cgi,c
how to become a hacker?
>>> You either are a hacker, or you are not. It is not something someone else
>>> can teach you.
>> This deserves a FAQ entry. What an awesome response.
> But it's certainly NOT something that you just are, either
Is somebody perhaps working on that ?
I think Grant's idea is very good of maintaining a ghostscript
printer database and his idea to make apsfilter aware of
connected printer type. In FreeBSD possibly some infrastructure
is missing. Please look his comments about how Linux folks implemented
this
On Tue, Jul 6, 1999, Nik Clayton wrote:
> I've added d...@freebsd.org to the distribution list, for obvious reasons.
>
> On Mon, Jul 05, 1999 at 02:16:36PM -0500, Chris Costello wrote:
> >Note that I can't figure out a decent way to search the
> > Handbook at this point, but I'm open to ideas.
On Tue, Jul 06, 1999 at 11:55:26AM +0100, Nik Clayton wrote:
>
> *Much* simpler is to build a grep-alike that understands structured
> documents, but that doesn't care how those documents are structured. This
Perhaps dtags(1) a-la ctags(1).
--
This is my .signature which gets appended to th
On Tue, 6 Jul 1999, Kenneth D. Merry wrote:
> IMO, DVD drives are probably best handled through the CD driver, and
> Optical drives are probably best handled through the DA driver. The
> CD driver doesn't currently handle writes, but it's a one-line fix to
> change that.
On Tue, 6 Jul 1999, Doug wrote:
> On Tue, 6 Jul 1999, Brian F. Feldman wrote:
>
> > On Tue, 6 Jul 1999, Jordan K. Hubbard wrote:
> >
> > > > Which can be disabled in the bash port before the next release...
> > >
> > > No, that's a really stupid idea.
> >
> > Thanks! But still, I don't think r
On Tue, Jul 6, 1999, Doug wrote:
> Honestly, while this is one of those things that sounds good when
> you first start talking about it, in practice I don't see what we gain
> from it.
What we gain from it is really simple and can be obtained from
looking at how it operates. It's a star
On Tue, 6 Jul 1999, Brian F. Feldman wrote:
> On Tue, 6 Jul 1999, Jordan K. Hubbard wrote:
>
> > > Which can be disabled in the bash port before the next release...
> >
> > No, that's a really stupid idea.
>
> Thanks! But still, I don't think rtfm is very appropriate... Can we look
> for someth
Wes Peters wrote:
>Greg Lehey wrote:
>> Peter's gone to the USA, we think.
>
>Not another one? The FreeBSD Aussie invasion continues...
You're likely to see a lot more. The Oz Government has just enacted
Internet censorship legislation placing us on a par with China
(http://www.efa.org.au/Campai
Alex Zepeda wrote...
> On Tue, 6 Jul 1999, Kenneth D. Merry wrote:
>
> > IMO, DVD drives are probably best handled through the CD driver, and
> > Optical drives are probably best handled through the DA driver. The
> > CD driver doesn't currently handle writes, but it's a one-line fix to
> > chan
I think that whomever actually writes it will get to name it whatever
the hell they way, that's what I think. :)
- Jordan
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
On Tue, 6 Jul 1999, Jordan K. Hubbard wrote:
> > Which can be disabled in the bash port before the next release...
>
> No, that's a really stupid idea.
Thanks! But still, I don't think rtfm is very appropriate... Can we look
for something better, more obvious? Or perhaps it would be in the motd
I know the basic admin knowledge of UNIX,perl,cgi,c
how to become a hacker?
>>> You either are a hacker, or you are not. It is not something someone else
>>> can teach you.
>> This deserves a FAQ entry. What an awesome response.
> But it's certainly NOT something that you just are, eithe
Is somebody perhaps working on that ?
I think Grant's idea is very good of maintaining a ghostscript
printer database and his idea to make apsfilter aware of
connected printer type. In FreeBSD possibly some infrastructure
is missing. Please look his comments about how Linux folks implemented
thi
> Which can be disabled in the bash port before the next release...
No, that's a really stupid idea.
- Jordan
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
On Tue, Jul 6, 1999, Nik Clayton wrote:
> I've added [EMAIL PROTECTED] to the distribution list, for obvious reasons.
>
> On Mon, Jul 05, 1999 at 02:16:36PM -0500, Chris Costello wrote:
> >Note that I can't figure out a decent way to search the
> > Handbook at this point, but I'm open to idea
> On Tue, Jul 06, 1999 at 04:11:39AM +0100, Brian Somers wrote:
> >
> > ? How about under ``set redial'' in the man page ?
> >
>
> Brian,
>
> The i4b stuff seems to have some sophisticated costing control code
> (isdn.rates).
> It appears that you can define the costs at different times of da
On Tue, 6 Jul 1999, Kenneth D. Merry wrote:
> IMO, DVD drives are probably best handled through the CD driver, and
> Optical drives are probably best handled through the DA driver. The
> CD driver doesn't currently handle writes, but it's a one-line fix to
> change that.
>From what I can tell,
On Tue, 6 Jul 1999, Doug wrote:
> On Tue, 6 Jul 1999, Brian F. Feldman wrote:
>
> > On Tue, 6 Jul 1999, Jordan K. Hubbard wrote:
> >
> > > > Which can be disabled in the bash port before the next release...
> > >
> > > No, that's a really stupid idea.
> >
> > Thanks! But still, I don't think
On Tue, Jul 6, 1999, Doug wrote:
> Honestly, while this is one of those things that sounds good when
> you first start talking about it, in practice I don't see what we gain
> from it.
What we gain from it is really simple and can be obtained from
looking at how it operates. It's a sta
On Tue, 6 Jul 1999, Brian F. Feldman wrote:
> On Tue, 6 Jul 1999, Jordan K. Hubbard wrote:
>
> > > Which can be disabled in the bash port before the next release...
> >
> > No, that's a really stupid idea.
>
> Thanks! But still, I don't think rtfm is very appropriate... Can we look
> for somet
On Tue, Jul 06, 1999 at 02:52:08PM -0400, Brian F. Feldman wrote:
> > On Tue, Jul 6, 1999, Brian F. Feldman wrote:
> > > RTFM isn't a newby-apparent term. Name it help(1).
> >
> >That would cause problems with bash users. They already have
> > a builtin help command.
>
> Which can be disable
Wes Peters <[EMAIL PROTECTED]> wrote:
>Greg Lehey wrote:
>> Peter's gone to the USA, we think.
>
>Not another one? The FreeBSD Aussie invasion continues...
You're likely to see a lot more. The Oz Government has just enacted
Internet censorship legislation placing us on a par with China
(http://w
-BEGIN PGP SIGNED MESSAGE-
Matthew Dillon wrote:
>Hi Ted. I did look at it and it seems ok, though I didn't run it
>by the gurus.
Thanks. I know you're busy, and I just figured it was buried under
other more pressing concerns.
Sorry the commit problems are still lingering, b
I think that whomever actually writes it will get to name it whatever
the hell they way, that's what I think. :)
- Jordan
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Tue, 6 Jul 1999, Jordan K. Hubbard wrote:
> > Which can be disabled in the bash port before the next release...
>
> No, that's a really stupid idea.
Thanks! But still, I don't think rtfm is very appropriate... Can we look
for something better, more obvious? Or perhaps it would be in the motd
>Date: Tue, 06 Jul 1999 09:52:12 -0700
>From: Mike Smith
>> > Could you point me to more about this (RAGF) scheme?
>> [ML] I don't know if I have spelled it out correctly, but this
>> is the authentication scheme used on mainframes (IBM at least) where all
>> syscalls are routed through the
Hi Ted. I did look at it and it seems ok, though I didn't run it
by the gurus. Unfortunately, without commit privs my hands are
tied and I am just not willing to spend the hours of testing necessary
to ensure that obvious bugs have been avoided when other people get
the credit
-BEGIN PGP SIGNED MESSAGE-
Hi, folks. I was hoping that someone would take a look at kern/11222,
which has been open since I submitted it in April. The problem it
addresses is that MFS buffers that are dirty when the reboot syscall
is made are never cleaned because the reboot call neve
> Which can be disabled in the bash port before the next release...
No, that's a really stupid idea.
- Jordan
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
> On Tue, Jul 06, 1999 at 04:11:39AM +0100, Brian Somers wrote:
> >
> > ? How about under ``set redial'' in the man page ?
> >
>
> Brian,
>
> The i4b stuff seems to have some sophisticated costing control code (isdn.rates).
> It appears that you can define the costs at different times of day
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,
they're likely to be met with a chorus of "rtfm", which
On Tue, Jul 06, 1999 at 02:52:08PM -0400, Brian F. Feldman wrote:
> > On Tue, Jul 6, 1999, Brian F. Feldman wrote:
> > > RTFM isn't a newby-apparent term. Name it help(1).
> >
> >That would cause problems with bash users. They already have
> > a builtin help command.
>
> Which can be disabl
-BEGIN PGP SIGNED MESSAGE-
Matthew Dillon wrote:
>Hi Ted. I did look at it and it seems ok, though I didn't run it
>by the gurus.
Thanks. I know you're busy, and I just figured it was buried under
other more pressing concerns.
Sorry the commit problems are still lingering,
>Date: Tue, 06 Jul 1999 09:52:12 -0700
>From: Mike Smith <[EMAIL PROTECTED]>
>> > Could you point me to more about this (RAGF) scheme?
>> [ML] I don't know if I have spelled it out correctly, but this
>> is the authentication scheme used on mainframes (IBM at least) where all
>> syscalls ar
Hi Ted. I did look at it and it seems ok, though I didn't run it
by the gurus. Unfortunately, without commit privs my hands are
tied and I am just not willing to spend the hours of testing necessary
to ensure that obvious bugs have been avoided when other people get
the credi
On Jul 07, 1999 at 10:25:12PM -0400, Brian Dean wrote:
> OK, I did that. What is the convention for naming the flags? The
> only one in use for that set of flags is FP_SOFTFP. I'm currently
> using PCB_DBREGS, but I but I easily change the name to whatever
> convention dictates - please advise.
-BEGIN PGP SIGNED MESSAGE-
Hi, folks. I was hoping that someone would take a look at kern/11222,
which has been open since I submitted it in April. The problem it
addresses is that MFS buffers that are dirty when the reboot syscall
is made are never cleaned because the reboot call nev
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,
they're likely to be met with a chorus of "rtfm", which
On Tue, 6 Jul 1999, Chris Costello wrote:
> On Tue, Jul 6, 1999, Brian F. Feldman wrote:
> > RTFM isn't a newby-apparent term. Name it help(1).
>
>That would cause problems with bash users. They already have
> a builtin help command.
Which can be disabled in the bash port before the next re
On Tue, Jul 6, 1999, Brian F. Feldman wrote:
> RTFM isn't a newby-apparent term. Name it help(1).
That would cause problems with bash users. They already have
a builtin help command.
--
Chris Costello
On a clear disk you can seek forever. - Denning
To Unsub
Hi,
I'd like to tell the FreeBSD community about my recent paper that
proposes some TCP implementation techniques for improving Webserver
performance. I used FreeBSD for my study and I thought perhaps FreeBSD's TCP
maintainers might like to incorporate some of the propositions in FreeBSD.
T
On Tue, 6 Jul 1999, Chris Costello wrote:
> On Tue, Jul 6, 1999, Doug wrote:
> > I'm confused about this script. How does it differ from 'apropos'?
>
>It differs in that it _uses_ apropos (or 'whatis' if you
> specify the -e flag), as well as a Texinfo search, as well as a
> FAQ search, u
On Jul 07, 1999 at 10:25:12PM -0400, Brian Dean wrote:
> OK, I did that. What is the convention for naming the flags? The
> only one in use for that set of flags is FP_SOFTFP. I'm currently
> using PCB_DBREGS, but I but I easily change the name to whatever
> convention dictates - please advise.
Leigh:
PHK wrote a driver (under the watchful eye of M-Systems) for the "true"
DOCs that have a BIOS driver to make them look like a disk rather than an
IDE interface.
That's what Jaye is referring to...
-marc
Marc Nicholas netST
On Tue, Jul 6, 1999, Doug wrote:
> I'm confused about this script. How does it differ from 'apropos'?
It differs in that it _uses_ apropos (or 'whatis' if you
specify the -e flag), as well as a Texinfo search, as well as a
FAQ search, using the FAQ pages at http://www.freebsd.org/FAQ/.
It
http://phk.freebsd.dk/doc2k/
Linked from http://www.freebsd.org/~picobsd.
-marc
Marc Nicholas netSTOR Technologies, Inc. http://www.netstor.com
"Fast, Expandable and Affordable Internet Caching Products"
1.877.464.4776 416.979.900
Hi Jaye,
All of the DOC stuff I've played with has usually had an IDE style
interface associated with it - I may be way off track here tho...?
Jaye Mathisen wrote:
>
> I just got a DOC2K in, and am anxious to play with it. I know Poul
> had done some work with it, but his web page doesn't have
I just got a DOC2K in, and am anxious to play with it. I know Poul had
done some work with it, but his web page doesn't have a link to it, and I
cannot find his original email.
The reference in freebsd-small doesn't contain an URL...
Any help appreciated.
I want to run under 3.2-stable.
To
widely-used midi interface now works under
> my midi driver framework. Another new thing is a fine timer
> at a period of 156us, called directly from hardclock().
>
> You can try the patch at:
> http://www.naklab.dnj.ynu.ac.jp/~tanimura/freebsd-serialmidi/patch/
> newmidi-1999070
On Tue, 6 Jul 1999, Chris Costello wrote:
> On Tue, Jul 6, 1999, Brian F. Feldman wrote:
> > RTFM isn't a newby-apparent term. Name it help(1).
>
>That would cause problems with bash users. They already have
> a builtin help command.
Which can be disabled in the bash port before the next r
Ladavac Marino wrote:
>
> > -Original Message-
> > From: Dan Seguin [SMTP:d...@texar.com]
> > Sent: Monday, July 05, 1999 11:22 PM
> > To: Ladavac Marino
> > Cc: FreeBSD Hackers
> > Subject: RE: Connect and so on..
> >
> >
> >
> > On Mon, 28 Jun 1999, Ladavac Marino wrote:
> >
> >
On Tue, Jul 6, 1999, Brian F. Feldman wrote:
> RTFM isn't a newby-apparent term. Name it help(1).
That would cause problems with bash users. They already have
a builtin help command.
--
Chris Costello<[EMAIL PROTECTED]>
On a clear disk you can seek forever.
Hi,
I'd like to tell the FreeBSD community about my recent paper that
proposes some TCP implementation techniques for improving Webserver
performance. I used FreeBSD for my study and I thought perhaps FreeBSD's TCP
maintainers might like to incorporate some of the propositions in FreeBSD.
On Tue, 6 Jul 1999, Chris Costello wrote:
> On Tue, Jul 6, 1999, Doug wrote:
> > I'm confused about this script. How does it differ from 'apropos'?
>
>It differs in that it _uses_ apropos (or 'whatis' if you
> specify the -e flag), as well as a Texinfo search, as well as a
> FAQ search,
Brian F. Feldman wrote:
> On Tue, 6 Jul 1999, John Polstra wrote:
>
>> In article ,
>>
>> The application itself has to get involved if it wants to do async
>> name lookups, or async anything else, for that matter. Suppose you
>> do have an async thread to do hostname lookups as you propose. Wh
Leigh:
PHK wrote a driver (under the watchful eye of M-Systems) for the "true"
DOCs that have a BIOS driver to make them look like a disk rather than an
IDE interface.
That's what Jaye is referring to...
-marc
Marc Nicholas netS
> From: John Polstra
> Date: 1999-07-06 09:36:51 -0700
> To: arc...@whistle.com
> Subject: Re: poll() vs select()
> Cc: hack...@freebsd.org
> In-reply-to: <199907050103.saa51...@bubba.whistle.com>
> Delivered-to: freebsd-hackers@freebsd.org
> X-Loop: FreeBSD.ORG
> Organization: Polstra & Co., Seat
On Tue, Jul 6, 1999, Doug wrote:
> I'm confused about this script. How does it differ from 'apropos'?
It differs in that it _uses_ apropos (or 'whatis' if you
specify the -e flag), as well as a Texinfo search, as well as a
FAQ search, using the FAQ pages at http://www.freebsd.org/FAQ/.
I
http://phk.freebsd.dk/doc2k/
Linked from http://www.freebsd.org/~picobsd.
-marc
Marc Nicholas netSTOR Technologies, Inc. http://www.netstor.com
"Fast, Expandable and Affordable Internet Caching Products"
1.877.464.4776 416.979.90
Hi Jaye,
All of the DOC stuff I've played with has usually had an IDE style
interface associated with it - I may be way off track here tho...?
Jaye Mathisen <[EMAIL PROTECTED]> wrote:
>
> I just got a DOC2K in, and am anxious to play with it. I know Poul
> had done some work with it, but his w
On Tue, 6 Jul 1999, John Polstra wrote:
> In article ,
>
> The application itself has to get involved if it wants to do async
> name lookups, or async anything else, for that matter. Suppose you
> do have an async thread to do hostname lookups as you propose. What
> is the application going to
I just got a DOC2K in, and am anxious to play with it. I know Poul had
done some work with it, but his web page doesn't have a link to it, and I
cannot find his original email.
The reference in freebsd-small doesn't contain an URL...
Any help appreciated.
I want to run under 3.2-stable.
T
Takeshi OHASHI wrote...
> Hi folks,
>
> dmiller>>Apologies if this should be on -scsi
> dmiller>>
> dmiller>>Has anyone done any work with dvd-ram drives under FreeBSD?
> dmiller>>
> dmiller>>I will soon need to duplicate dvd-ram media and would very much like
> to do
> dmiller>>it under unix
This stuff should really go to the SCSI list. I read that list much more
frequently than this one.
> The Iomega USB Zip drive is a bit slow when resetting (reset of the USB
> part of the drive). It takes 1s or more to reset. The reset is initiated
> because for example an illegal command was rece
I'm confused about this script. How does it differ from 'apropos'?
Feeling a little dense,
Doug
--
On account of being a democracy and run by the people, we are the only
nation in the world that has to keep a government four years, no matter
what it does.
-- Will Rogers
widely-used midi interface now works under
> my midi driver framework. Another new thing is a fine timer
> at a period of 156us, called directly from hardclock().
>
> You can try the patch at:
> http://www.naklab.dnj.ynu.ac.jp/~tanimura/freebsd-serialmidi/patch/
> newmidi-1999070
In article
you write:
>In article <199907050103.saa51...@bubba.whistle.com>,
>Archie Cobbs wrote:
>>
>> A new, faster event notification system would be great. But don't forget
>> to include *all* events, not just file descriptor readability/writability.
>
>Yes! Yes! Yes! (I agree.)
There
In article <000101bec73c$e20e3660$291c4...@kbyanc.alcnet.com>,
Kelly Yancey wrote:
>
> Also, in case it hasn't been notice already (I'm running -stable from May
> 18th), the mmap(2) manpage has a typo: it has "#include "
So what's the typo, exactly?
John
--
John Polstra
Ladavac Marino wrote:
>
> > -Original Message-
> > From: Dan Seguin [SMTP:[EMAIL PROTECTED]]
> > Sent: Monday, July 05, 1999 11:22 PM
> > To: Ladavac Marino
> > Cc: FreeBSD Hackers
> > Subject: RE: Connect and so on..
> >
> >
> >
> > On Mon, 28 Jun 1999, Ladavac Marino wrote:
> >
1 - 100 of 161 matches
Mail list logo
