There is no sense in wasting the time of one informed developer to help
one uninformed developer; this is a bad tradeoff unless the uninformed
developer is showing signs of promise. The only way to assess this is
to look at the questions they ask and the context they're asking them
from.
Brian Somers wrote:
I would like to play around with some y2k testing.
While setting dates and such works, I'd really like to
be able to disable xntpd, and have time move faster. So
I could set the date to 12/28/99 or somesuch, and
have time run at 4:1 or 10:1, or something that
David Gilbert wrote:
I've got some real $$$ available to encourage someone to make PPPoE
work efficiently enough on the FreeBSD platform to handle a
substantial number of users. Is anyone interested?
Brian? ;^)
There may be something real in the pipeline now. Julian E (cc'd)
At 05:54 AM 9/30/99 -0400, W Gerald Hicks wrote:
doing state machines with switch statements is a big mess.
Still, you'll find a lot of them around. Do you have a favored
technique for coding complex state machines? (I'm a collector :)
yes, state tables. Clean and easy to modify.
On Mon, 4 Oct 1999, Brian Somers wrote:
David Gilbert wrote:
I've got some real $$$ available to encourage someone to make PPPoE
work efficiently enough on the FreeBSD platform to handle a
substantial number of users. Is anyone interested?
Brian? ;^)
There may be
[ snip good advice ]
Now this is very good advice.
I am certainly going to keep Darryl's comments somewhere for easy
reference in order to make sure I at least never forget where I came
from and how to treat others.
I think everybody should heed this advice.
--
Jeroen Ruigrok van der
On [19991004 11:42], Stephen Hocking ([EMAIL PROTECTED]) wrote:
I would like to point out that they use the SDL library for many of their
products. We have this in our ports section, but it does have a bug in that we
get a threads crash when doing sound video simultaneously. The aliens demo
On Mon, 4 Oct 1999, Eugene M. Kim wrote:
I personally used this approach for some kernel PPP over TCP tunnels,
and strongly recommend it because now there are many protocols that make
use of PPP (PPTP, PPPoE, PPP over TCP to name a few). If we modified
the kernel PPP to create a new
But which tool can do a command-line, recursive ftp-get?
NcFTP versions 2 3 can. There are also purely command-line versions,
called ncftpget ncftpput in the `ncftp3' port.
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe
Let me give you some advice on FreeBSD list etiquette.
You quoted *_114_* lines just to add FIVE?? Are you so busy you can't
figure out how to delete lines in your editor? It is replies like this
that have run many of the knowledgeable people from this list.
To Unsubscribe: send mail to
Just a question: has the Quickcam and ColorQuickcam (if there was any)
been removed from the kernel? And, if yes, for what reason?
--
Chris Christoph P. U. Kukulies [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Do you mean pthreads?
If so, we still do not have a pthread_cancel in our libc_r which could
greatly make things harder to implement. I think OpenBSD has one and we
might do well to look at that one.
We could implement pthread_cancel rather easily (I have some crufty
patches lying around
On a slight tangent, I've just gone back and reread Greg Lehey's
'How to get best results from FreeBSD-questions'. It's a great document,
covering a lot of the etiquette for the freebsd-questions mailing list.
It can be found at:
http://www.lemis.com/questions.html
However, the document
On [19991004 13:42], Michael Kennett ([EMAIL PROTECTED]) wrote:
This 'how-to-help-yourself' document wouldn't have to be long. But it
could contain references to the FreeBSD handbook, the FAQ, and other
stuff that people put together (eg. Gregs pages on vinum, Brian Somers
pages on ppp, + many
[This is only informative for others willing to participate, after this
it should probably no longer hit -hackers since it's getting off topic]
On [19991004 14:02], Michael Kennett ([EMAIL PROTECTED]) wrote:
Hi Jeoren,
Almost ;)
s/eor/ero
I am already going to do this kind of stuff
[on PPPoE]
Well... a few toronto people and I got together (I'm trying to find
email addresses) to discuss the problem. One particular thought that
we had was that it would be cool if a single ppp process could handle
a large number of connections. We also discussed the fact that you
may very
subscribe freebsd-hackers [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Jeroen Ruigrok/Asmodai wrote:
We could implement pthread_cancel rather easily (I have some crufty
patches lying around somewhere to do it), but it wouldn't be nearly
POSIX compliant. Some non-cancellable routines would be cancellable,
and vice-versa I think too.
On Mon, 4 Oct 1999, Christoph Kukulies wrote:
Just a question: has the Quickcam and ColorQuickcam (if there was any)
been removed from the kernel? And, if yes, for what reason?
The qcam driver disappeared from the kernel years ago since it easily
caused kernel panics and wasn't maintained.
Christoph Kukulies wrote:
Just a question: has the Quickcam and ColorQuickcam (if there was any)
been removed from the kernel? And, if yes, for what reason?
Well, people tried to once. I do not recall what happened in the
end. The reason was that the driver did not support the newest
Wayne Cuddy and Mike Smith crossed swords thusly:
Wayne:
Mike:
Wayne:
Mike:
So, regardless of whether you've asked a question or not, you need to
understand that the onus rests solely on yourself to pursue the answer.
They're all there in the code, where everyone else that
Christoph Kukulies [EMAIL PROTECTED] writes:
Just a question: has the Quickcam and ColorQuickcam (if there was any)
been removed from the kernel? And, if yes, for what reason?
Yeah, they were nuked ages ago.
OTOH, I always wanted one of those babies, and ISTR that Connectix has
a free
On Mon, 4 Oct 1999, Wes Peters wrote:
This is absolutely correct and in many cases the most inefficient way to go.
Crap. It's the most _efficient_ way in terms of return on effort
invested.
Wayne, you seem to be forgetting that you're working with volunteers.
Come on, you guys,
"Daniel C. Sobral" [EMAIL PROTECTED] wrote:
It's very simple: if I (emphasis on "I") think answering your
message is worth the time in which I could read ten, twenty other
messages, I'll do so. The same applies to each other person on the
list, developer or not.
Very true.
There are
On 4 Oct 1999, Dag-Erling Smorgrav wrote:
Christoph Kukulies [EMAIL PROTECTED] writes:
Just a question: has the Quickcam and ColorQuickcam (if there was any)
been removed from the kernel? And, if yes, for what reason?
Yeah, they were nuked ages ago.
OTOH, I always wanted one of those
[on PPPoE]
Well... a few toronto people and I got together (I'm trying to find
email addresses) to discuss the problem. One particular thought that
we had was that it would be cool if a single ppp process could handle
a large number of connections. We also discussed the fact that you
Darryl Okahata wrote:
... however, how the H*LL are the clueless newbie hordes supposed
to know or learn this? As much as we'd like them to be, they're not
exactly born with this knowledge, and I somehow doubt there's an "XXX
for Dummies" book that covers this.
The old-fashioned way:
Just a question: has the Quickcam and ColorQuickcam (if there was any)
been removed from the kernel? And, if yes, for what reason?
In the time it took you to ask this question, you could have searched
the CVS commit logs in $CVSROOT/CVSROOT/commitlogs and found the answers
to your question.
On Mon, Oct 04, 1999 at 09:44:00PM -0600, Wes Peters wrote:
[common courtesy]
This is and has been common courtesy on Usenet newsgroups and Usenet,
later Internet mailing lists, since I've had Usenet access - about 1985.
If you don't know that, you don't even belong on the net, let alone
29 matches
Mail list logo