On 2018-10-29 23:27, Ted Unangst wrote:
Rian Hunter wrote:
Another gentle bump on this patch:
this looks about right.
Another gentle bump on this patch:
Index: lib/libfuse/fuse.c
===
RCS file: /cvs/src/lib/libfuse/fuse.c,v
retr
Rian Hunter wrote:
> Another gentle bump on this patch:
this looks about right.
Another gentle bump on this patch:
Index: lib/libfuse/fuse.c
===
RCS file: /cvs/src/lib/libfuse/fuse.c,v
retrieving revision 1.49
diff -u -r1.49 fuse.c
--- lib/libfuse/fuse.c 5 Jul 2018 10:57:31 - 1.49
+++ lib/libfuse/fuse
On Fri, Oct 19 2018, at 4:02 PM, Klemens Nanni wrote:
> On Fri, Oct 19, 2018 at 02:03:59PM -0700, Rian Hunter wrote:
>> Gentle bump on this. Would be nice if this were fixed for the next release.
>>
>> On 2018-10-07 10:55, Rian Hunter wrote:
>> > (re-posting because I realized the last patch didn
On Fri, Oct 19, 2018 at 02:03:59PM -0700, Rian Hunter wrote:
> Gentle bump on this. Would be nice if this were fixed for the next release.
>
> On 2018-10-07 10:55, Rian Hunter wrote:
> > (re-posting because I realized the last patch didn't apply cleanly)
Your patch does not apply due to whitespace
Gentle bump on this. Would be nice if this were fixed for the next
release.
On 2018-10-07 10:55, Rian Hunter wrote:
(re-posting because I realized the last patch didn't apply cleanly)
lib/libfuse/fuse.c was using a EINTR return from kevent() to detect
when a signal had occurred, but in a multi
(re-posting because I realized the last patch didn't apply cleanly)
lib/libfuse/fuse.c was using a EINTR return from kevent() to detect
when a signal had occurred, but in a multi-threaded process the signal
may not have been delivered to the thread blocking on kevent(). This
changes makes it so t
lib/libfuse/fuse.c was using a EINTR return from kevent() to detect when
a signal had occurred, but in a multi-threaded process the signal may
not have been delivered to the thread blocking on kevent(). This changes
makes it so the signals are caught using EVFILT_SIGNAL filters so they
can be d
