On 8/19/07, Robert Watson <[EMAIL PROTECTED]> wrote:
>
> On Sat, 18 Aug 2007, Scott Long wrote:
>
> >> You can say that about a lot of APIs, but that doesn't mean we should add
> >> them. This is a bit of a hack to satisfy one application (Wine) when there
> >> are other (perhaps harder) ways to s
On Sat, 18 Aug 2007, Scott Long wrote:
You can say that about a lot of APIs, but that doesn't mean we should add
them. This is a bit of a hack to satisfy one application (Wine) when there
are other (perhaps harder) ways to skin the cat. We certainly don't want
anything else using this API,
* Daniel Eischen <[EMAIL PROTECTED]> [070818 17:47] wrote:
>
> I would rather just use sigqueue in 7.0 if necessary and drop support
> for some set of applications run under Wine in 6.0. We shouldn't be
> adding hacks like this to suit just one application...
not to pick on you specifically Dani
Daniel Eischen wrote:
On Sat, 18 Aug 2007, Robert Watson wrote:
On Sat, 18 Aug 2007, Tijl Coosemans wrote:
Perhaps it should be stressed in documentation that this syscall is
only meant for Wine and to be removed at some point when better
solutions become available. I want to test this sigq
On Sat, 18 Aug 2007, Robert Watson wrote:
On Sat, 18 Aug 2007, Tijl Coosemans wrote:
Perhaps it should be stressed in documentation that this syscall is only
meant for Wine and to be removed at some point when better solutions become
available. I want to test this sigqueue solution some more
On Sat, 18 Aug 2007, Tijl Coosemans wrote:
On Friday 17 August 2007 04:33:07 Daniel Eischen wrote:
Yes, I know it's not needed by libthr :-) I would think you could
use mq_open(), mq_notify() with sigev_notify = SIGEV_SIGNAL, etc.
When the receiving process gets the signal, it reads the messag
On Sat, 18 Aug 2007, Tijl Coosemans wrote:
To be honest, I'm not entirely fond of adding this syscall either, but from
an engineering point of view, it's really the easiest and cheapest solution
right now.
POSIX message queues aren't needed. Sigqueue() with sigval set to the thread
id would
On Friday 17 August 2007 04:33:07 Daniel Eischen wrote:
> On Friday 17 August 2007 03:42:26 David Xu wrote:
>> Daniel Eischen wrote:
>>> On Thu, 16 Aug 2007, Xin LI wrote:
Daniel Eischen wrote:
> On Thu, 16 Aug 2007, David Xu wrote:
>> davidxu 2007-08-16 05:26:42 UTC
>>
>>
On Fri, 17 Aug 2007, David Xu wrote:
Daniel Eischen wrote:
I realize what it's for, and I don't agree that it belongs in the
tree. There are other forms of interprocess communication, pipes,
sockets, even msg queues. I'm sure you can find a few ways to send
a message to a process to say "sen
Daniel Eischen wrote:
On Thu, 16 Aug 2007, Xin LI wrote:
Daniel Eischen wrote:
On Thu, 16 Aug 2007, David Xu wrote:
davidxu 2007-08-16 05:26:42 UTC
FreeBSD src repository
Modified files:
sys/kern kern_thr.c syscalls.master
sys/sys thr.h
Log:
Add thr_
On Thu, 16 Aug 2007, Xin LI wrote:
Daniel Eischen wrote:
On Thu, 16 Aug 2007, David Xu wrote:
davidxu 2007-08-16 05:26:42 UTC
FreeBSD src repository
Modified files:
sys/kern kern_thr.c syscalls.master
sys/sys thr.h
Log:
Add thr_kill2 syscall which send
Daniel Eischen wrote:
On Thu, 16 Aug 2007, David Xu wrote:
davidxu 2007-08-16 05:26:42 UTC
FreeBSD src repository
Modified files:
sys/kern kern_thr.c syscalls.master
sys/sys thr.h
Log:
Add thr_kill2 syscall which sends a signal to a thread in another
pr
On Thu, 16 Aug 2007, David Xu wrote:
davidxu 2007-08-16 05:26:42 UTC
FreeBSD src repository
Modified files:
sys/kern kern_thr.c syscalls.master
sys/sys thr.h
Log:
Add thr_kill2 syscall which sends a signal to a thread in another process.
I do not think
On Thu, Aug 16, 2007 at 05:26:42AM +, David Xu wrote:
> davidxu 2007-08-16 05:26:42 UTC
>
> FreeBSD src repository
>
> Modified files:
> sys/kern kern_thr.c syscalls.master
> sys/sys thr.h
> Log:
> Add thr_kill2 syscall which sends a signal to a
14 matches
Mail list logo