Svante Signell, le sam. 01 déc. 2018 16:11:32 +0100, a ecrit:
> Found some stuff in IRC logs:
[...]
> 12:13:46< teythoon> gnu_srs: actually, libtrivfs doesn't do the actual node
> handling, it proxies everything to the underlying node
Well, not everything :) notably not the content.
> 12:14:10<
On Sun, 2018-11-18 at 13:50 +0100, Samuel Thibault wrote:
> Samuel Thibault, le dim. 18 nov. 2018 13:46:22 +0100, a ecrit:
> > Svante Signell, le dim. 18 nov. 2018 13:44:40 +0100, a ecrit:
> > > On Sun, 2018-11-18 at 01:13 +0100, Samuel Thibault wrote:
> > > > I don't remember the discussion which
Svante Signell, le dim. 18 nov. 2018 13:44:40 +0100, a ecrit:
> On Sun, 2018-11-18 at 01:13 +0100, Samuel Thibault wrote:
> > I don't remember the discussion which refused this solution. I guess
> > your working solution is to implement the record-lock in trivfs
> > itself? It sort of makes sense t
Samuel Thibault, le dim. 18 nov. 2018 13:46:22 +0100, a ecrit:
> Svante Signell, le dim. 18 nov. 2018 13:44:40 +0100, a ecrit:
> > On Sun, 2018-11-18 at 01:13 +0100, Samuel Thibault wrote:
> > > I don't remember the discussion which refused this solution. I guess
> > > your working solution is to i
On Sun, 2018-11-18 at 01:13 +0100, Samuel Thibault wrote:
> Hello,
>
> Triggered by an IRC discussion, I had a look at this old mail still
> in my mbox:
>
> Justus Winter, le lun. 08 févr. 2016 15:04:14 +0100, a ecrit:
> >
> Quoting Svante Signell (2016-02-08 12:53:56)
> > - I have a working sol
Hello,
Triggered by an IRC discussion, I had a look at this old mail still in
my mbox:
Justus Winter, le lun. 08 févr. 2016 15:04:14 +0100, a ecrit:
> Quoting Svante Signell (2016-02-08 14:44:09)
> > Where to find the code setting the underlying node of the null translator
> > flags
> > to zero?
Quoting Svante Signell (2016-02-08 14:44:09)
> > That openstat is 0 has nothing to do with protected payloads. I
> > believe it is because the underlying node of the 'null' translator is
> > opened with flags=0.
>
> Are you referring to the nullauth() call in null.c here? I've tried to remove
> t
On Mon, 2016-02-08 at 14:19 +0100, Justus Winter wrote:
> Quoting Svante Signell (2016-02-08 12:53:56)
> > Proxy implementation added to the original patches.
> >
> As I said on IRC, there is no evidence that the protected payload
> mechanism is not working as expected. We are using it for ever
Quoting Svante Signell (2016-02-08 12:53:56)
> Proxy implementation added to the original patches.
>
> Note: This proxy version does not work, e.g. set_fcntl /dev/null gives error
> code EACCES. The problem has been traced down to fsServer.c:
>
> 3386: if (MACH_MSGH_BITS_LOCAL (In0P->Head.msgh_b
Proxy implementation added to the original patches.
Note: This proxy version does not work, e.g. set_fcntl /dev/null gives error
code EACCES. The problem has been traced down to fsServer.c:
3386: if (MACH_MSGH_BITS_LOCAL (In0P->Head.msgh_bits) ==
MACH_MSG_TYPE_PROTECTED_PAYLOAD)
3387: file =
libfshelp: implement fshelp_rlock_* functions
libfshelp/ChangeLog
2014-08-21 Svante Signell
* Makefile: Link with pthread
* define temporary CPP_FLAGS until glibc is updated
* rlock-drop-peropen.c: Port from cthreads to libpthread.
* rlock-tweak.c: Likewise
* fshelp.h: Likewise
* rlock.h:
11 matches
Mail list logo
