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
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
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
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
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
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 -
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
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?
>
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.
--
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
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
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
12 matches
Mail list logo
