I agree with you that using the existing tag mechanism to keep multiple
requests in flight should be sufficient. I get the impression that this is
not readily supported by the higher level libraries, though.
As an aside, I seem to remember that John Floren sugegsed (and implemented)
changes to the
Very interesting. In the past, I have resorted to using a combination of
Sam/9term/plumber in similar scenarios, but I really prefer Acme. At the
moment I'm running Acme over X11, since I'm constrained to using Windows on
the desktop, and I've got a working X server, but no Acme on Windows.
Anyone
reliability can be provided by AAN, already.
You can try out the Op protocol for inferno though, if you want to see
a working implementation of streaming 9p.
I've been running it for a long time and it worked perfectly for my use case.
On 1/4/21, Ole-Hjalmar Kristensen wrote:
> I agree with you
On Mon, 4 Jan 2021, at 12:00, Ole-Hjalmar Kristensen wrote:
> Anyone got plan9port to work under Cygwin?
Never tried it on Cygwin, but I once had the misfortune of having to use
Windows for work and got p9p to work on WSL w/o much trouble afaicr.
--
9fans:
Same here, works flawlessly with WSL2 and VcXsrv.
Also there is an option of Edwood, but it's not quite worked well for me in the
past.
On Mon, 4 Jan 2021, at 14:43, Pouya Tafti wrote:
> On Mon, 4 Jan 2021, at 12:00, Ole-Hjalmar Kristensen wrote:
> > Anyone got plan9port to work under Cygwin?
>
Might be more than it is worth but what if you made a small program/file server
that addressed portions of the "larger" file as their own file in a temporary
directory. On write you would have to preallocate the file on the disk and
write eatch section to it's respective range. "Chunks" would be
Hi!
I've been working on a rudimentary web browser in Go which runs on Plan9(port)
thanks to the duit UI framework. I've developed most of it of 9front/amd64
although the initial setup and some debugging were done on macOS. The code
itself without tests is at the moment less than 4 kloc - altho
that doesn't make any sense.
9p already allows you to access many parts of the file at the same time...
On 1/4/21, j...@lifesoftserv.com wrote:
> Might be more than it is worth but what if you made a small program/file
> server that addressed portions of the "larger" file as their own file in a
>
Quoth j...@lifesoftserv.com:
> Might be more than it is worth but what if you made a small
> program/file server that addressed portions of the "larger" file as
> their own file in a temporary directory. On write you would have to
> preallocate the file on the disk and write eatch section to it's
Nice.
> On 4 Jan 2021, at 16:13, philip.silva via 9fans <9fans@9fans.net> wrote:
>
> Hi!
>
> I've been working on a rudimentary web browser in Go which runs on
> Plan9(port) thanks to the duit UI framework. I've developed most of it of
> 9front/amd64 although the initial setup and some debuggi
I've always just used aan(8) + cfs(4) for this sort of situation.
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/T5addc17a0e19cd91-Mb3f8fff0efe927f263afe55f
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
hiro:
The purpose of doing this was not to just access multiple parts of the
file. I was working off the quote below. Maybe a file server thats purpose is
to mux parts of another file sounded like fun. My thoughts are that you could
then transer thoes chunks on a single destination on seper
12 matches
Mail list logo
