thanks.
--
cinap
I'm not certain about why this would have been disabled, but it seems to
work now.
Tested with OSX 10.9.5
--
Derek
aka Goozbach
Thanks Charles. i had looked at /sys/src/9/port/sysfile.c, but couldn't
quite connect the dots.
On Wed, Apr 1, 2015 at 7:03 AM, Charles Forsyth
wrote:
>
> On 1 April 2015 at 00:23, Skip Tavakkolian
> wrote:
>
>> trying 9pcon on the same fd (e.g. aux/9pcon /srv/foo) results in
>> "inappropria
I think that sums up why we never got as far as we'd hoped.
On 1 April 2015 at 16:46, Anthony Sorace wrote:
> http://t.co/qyvHkuP2m8
>
> Sounds a bit pollyanna to me, but who am I to judge?
>
>
>
http://t.co/qyvHkuP2m8
Sounds a bit pollyanna to me, but who am I to judge?
On 1 April 2015 at 00:23, Skip Tavakkolian
wrote:
> trying 9pcon on the same fd (e.g. aux/9pcon /srv/foo) results in
> "inappropriate use of fd".
You aren't allowed to read or write an fd directly once it has been used
for 9P traffic by mount (devmnt).
On 1 April 2015 at 02:34, wrote:
> theres my attempt at preventing the linker from doing so:
It's one of those cases where it's funny it hasn't been noticed before,
since the effects won't be confined to libdraw. Anyway, that change seems
ok,
although it's really a particular type of conflict (