On Sun, 30 Mar 2003, [ISO-8859-1] Mikko Työläjärvi wrote:
> On Sun, 30 Mar 2003, Sean Hamilton wrote:
>
> > Dan Nelson wrote:
> > | Just make sure your signal handler has the SA_RESTART flag unset
> > | (either via siginterrupt() if the handler was installed with signal(),
> > | or directly if the
Dan Nelson wrote:
| In the last episode (Mar 30), Sean Hamilton said:
|| I'm concerned about this order of events:
||
|| - alarm()
|| - wait() returns successfully
|| - if (alarmed...) [false]
|| - SIGALRM is delivered, alarmed = true
|| - loop
|| - wait() waits indefinitely
|
| A cleaner solution
In the last episode (Mar 30), Sean Hamilton said:
> Dan Nelson wrote:
> | Just make sure your signal handler has the SA_RESTART flag unset
> | (either via siginterrupt() if the handler was installed with
> | signal(), or directly if the signal was installed with sigaction()
> | ), and the signal wi
On Sun, 30 Mar 2003, Sean Hamilton wrote:
> Dan Nelson wrote:
> | Just make sure your signal handler has the SA_RESTART flag unset
> | (either via siginterrupt() if the handler was installed with signal(),
> | or directly if the signal was installed with sigaction() ), and the
> | signal will inte
Dan Nelson wrote:
| Just make sure your signal handler has the SA_RESTART flag unset
| (either via siginterrupt() if the handler was installed with signal(),
| or directly if the signal was installed with sigaction() ), and the
| signal will interrupt the wait() call.
Er, I think you've missed my
In the last episode (Mar 30), Sean Hamilton said:
> [asked in comp.unix.programmer without much luck]
>
> I have a loop which calls wait(), and I want another function to be
> called as close to once per minute as possible. Pseudo code:
[snip]
> My concern is there is a small possibility that the
In message: <[EMAIL PROTECTED]>
[EMAIL PROTECTED] (Dag-Erling Smørgrav) writes:
: address wrong to not finding it at all (I believe it reports "No
: station address in CIS!") and refusing to attach.
It always didn't find it, you just got lucky before. The no station
address in CIS mea
"M. Warner Losh" <[EMAIL PROTECTED]> writes:
> In message: <[EMAIL PROTECTED]>
> [EMAIL PROTECTED] (Dag-Erling Smørgrav) writes:
> : Not to mention the fact that over the past year or so people have been
> : repeatedly picking the dc driver apart and putting it back together
> : with so
In message: <[EMAIL PROTECTED]>
[EMAIL PROTECTED] (Dag-Erling Smørgrav) writes:
: Not to mention the fact that over the past year or so people have been
: repeatedly picking the dc driver apart and putting it back together
: with some bits missing, so for some cards it has gone from wor
"Evan S." <[EMAIL PROTECTED]> writes:
> I'm wondering if FreeBSD-current has anything similar to Linux jiffies?
Yes, but it would be easier to answer your question if you told us
what you need the information for.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
__
David Gilbert <[EMAIL PROTECTED]> writes:
> But ... I'm not sure that their performance is largely better than the
> rl's. The driver writer for the rl maligns the card in comments for
> requiring alignment (and thus copying). There are far worse hacks in
> the dc code ... with the comment that s
"Jacques A. Vidrine" <[EMAIL PROTECTED]> writes:
> The part you are missing is that before you can authenticate, you must
> have account and authorization information. For UNIX services, this
> means that e.g. getpwnam() needs to find you.
Nope - you don't need a struct passwd to call pam_authent
[asked in comp.unix.programmer without much luck]
Greetings,
I have a loop which calls wait(), and I want another function to be called
as close to once per minute as possible. Pseudo code:
int alarmed = 0;
void handle_sigalrm (int sig)
{
alarmed = 1;
}
while (1)
{
alarmed = 0;
ala
In article <[EMAIL PROTECTED]>, Evan S. <[EMAIL PROTECTED]>
writes
>Hello,
>
>I'm wondering if FreeBSD-current has anything similar to Linux jiffies?
This level of question is probably best asked on freebsd-questions.
That said, probably want you is:
man 2 gettimeofday
Tony
___
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I'm wondering if FreeBSD-current has anything similar to Linux jiffies?
Thanks,
Evan :-)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (FreeBSD)
iD8DBQE+h1pYECYZSrUV88QRAo9DAKDm6D40Z7/tYuseLzrKcQg669ic7gCgzxGS
yyVDuJQlOWiMCWfWrKZEMNw=
> "Wes" == Wes Peters <[EMAIL PROTECTED]> writes:
Wes> On Wednesday 26 March 2003 16:03, David Gilbert wrote:
>> Given the price of this card ... and the fact that
>> less-than-400Mhz CPU's are rather rare, and that this is only an
>> issue for high bandwidth applications ... the rl cards mig
Given ample personal experience with this issue, all I can say is that
actions speak a lot louder than words where it's concerned. :-)
I don't mean this in the usual and offensive "put up or shut up" sense
either, believe it or not. It's just that I've seen literally years
worth of discussion
Wes Peters wrote:
On Friday 28 March 2003 22:47, Tim Kientzle wrote:
With this [tar library], it should be possible to make pkg_add
considerably more efficient.
I'd much rather see the metadata moved outside the file archives, but
that's a separate argument and in now way detracts from your prop
On Wednesday 26 March 2003 16:03, David Gilbert wrote:
>
> Given the price of this card
> ... and the fact that less-than-400Mhz CPU's are rather rare, and that
> this is only an issue for high bandwidth applications ... the rl cards
> might fit for you.
Given the price of the card, you can almost
On Friday 28 March 2003 22:47, Tim Kientzle wrote:
>
> P.S. It's galled me for a while that pkg_add has
> to fork 'tar' to extract the archive.
Me too, me too.
> I've started
> piecing together a library that reads/writes tarfiles.
Excellent. A general design goal in userland should be to imp
20 matches
Mail list logo
