Re: [9fans] fossil [was: List of companies that use Plan 9.]

Fossil will run without venti, but the moment you connect it to a venti, it cannot be standalone again, as it stands. On Sat, 18 May 2024 at 14:50, Lucio De Re wrote: > Please include me as well. I have an unambitious plan I would like to > experiment with. And the most advanced version of

Re: [9fans] one weird trick to break p9sk1 ?

> > (OK, I know that's delusional because I've installed go. But maybe > not for much longer, as google seems determined to introduce python3 > as a dependency.) wat!?? On Mon, 13 May 2024 at 13:48, Richard Miller <9f...@hamnavoe.com> wrote: > cro...@gmail.com: > > As for the proposed strawman

Re: [9fans] Interoperating between 9legacy and 9front

> > (if it was all that easy, why was it discarded entirely? I suspect no-one wanted to maintain it (in 9front). > Permalink > > -- 9fans: 9fans Permalink:

Re: [9fans] Name duplication in union directories

it isn't used On Sat, 4 May 2024 at 22:45, Alyssa M via 9fans <9fans@9fans.net> wrote: > Is the presence of the duplicate names when reading a union directory > actually needed/used anywhere? Or is it just an artefact of the most > straightforward implementation for Plan 9? > > I ask because I'm

Re: [9fans] boot order on separate venti/fossil machines

Fossil once attached to venti can't serve without it, so venti must arrive first. My machine is fossil+venti, so not quite what you asked about, but the mechanism would be similar. The server boots the kernel from 9fat. (If I wanted to pxe boot the venti, I could push the boot server problem back

Re: [9fans] troll paper

but was > adopted? Good luck ripping that out to return to YAML. > > On Tuesday, April 16, 2024 at 09:26:28 AM CDT, Charles Forsyth < > charles.fors...@gmail.com> wrote: > > > Although cue itself is more generally useful, applied that way it's a > coping mechanism that

Re: [9fans] troll paper

: > Quoth Charles Forsyth : > > > > it's been a little while since i first looked at it, but i think one of > the > > example application is exactly how one might use it to avoid 80k lines of > > yaml that you must look at directly. > > while it may help -- thi

Re: [9fans] troll paper

it's been a little while since i first looked at it, but i think one of the example application is exactly how one might use it to avoid 80k lines of yaml that you must look at directly. On Tue, 16 Apr 2024 at 05:30, wrote: > Taj Khattra wrote: > > > > > You might find help in culang.org > > >

Re: [9fans] troll paper

yes, sorry, mistyped on a phone On Tue, 16 Apr 2024 at 04:24, wrote: > Charles Forsyth wrote: > > > > And, if I hear about it being > > > “declarative” as a virtue, I point to the 81,000+ lines (and > > > growing) of YAML, that I defy any one human to compr

Re: [9fans] troll paper

> > And, if I hear about it being > “declarative” as a virtue, I point to the 81,000+ lines (and > growing) of YAML, that I defy any one human to comprehend. You might find help in culang.org On Mon, 15 Apr 2024 at 20:49, Kim Shrier wrote: > > On Apr 12, 2024, at 4:56 AM, David Arnold

Re: [9fans] troll paper

> > Where’s the link? I haven’t seen one yet for reading papers in advance. > Still one hour to go… I haven't read it yet myself, to avoid spoilers, but I thought it was a record even for Plan 9 that something has disturbed people even before the workshop opens!

Re: Charting the Future: Envisioning Plan 9 Release 5 for the 9fans Community. [Was:Re: [9fans] Supported Notebooks]

> > Hold your hand, my lord! > I have served you ever since I was a child. > But better service have I never done you > Than now to bid you hold. (King Lear, First Servant) I think it's a mistake to split into factions. The collective is small enough that it's almost like the joke about someone

Re: [9fans] iwp9 paper submission ?

Ah! So I haven't missed the submission deadline after all! On Sat, 28 Oct 2023 at 19:13, Edouard Klein wrote: > Thanks Ori for the update. Please do not hesitate if you feel I can make > myself useful somehow. > o...@eigenstate.org writes: > > > Quoth Edouard Klein : > >> Dear 9fans, > >> > >>

Re: [9fans] /dev/realtime doesn't exist?

There's another paper from an iwp9 http://9p.io/iwp9/Real-time.pdf that might provide more detail On Tue, 29 Aug 2023 at 18:19, wrote: > Quoth dusan3...@gmail.com: > > I was reading an article about plan9's realtime scheduler edf ( >

Re: [9fans] [PATCH] fossil: fix a deadlock in the caching logic

It was the different characteristics of hard drives, even decent SATA, compared to SSD and nvme that I had in mind. On Sat, 8 Apr 2023 at 15:30, Charles Forsyth wrote: > zfs is very big, complicated and the code looks ancient. I did not enjoy > working with it. > > On Sat, 8 Apr 2

Re: [9fans] [PATCH] fossil: fix a deadlock in the caching logic

e if you use > encryption or deduplication. > > On 4/6/23, Lucio De Re wrote: > > On 4/6/23, n...@pixelhero.dev wrote: > >> Quoth Charles Forsyth : > >>> fussing about certain things for hard drives that probably don't matter > >>> for > >>

Re: [9fans] [PATCH] fossil: fix a deadlock in the caching logic

fussing about certain things for hard drives that probably don't matter for SSD let alone nvme On Tue, 4 Apr 2023 at 23:04, wrote: > Quoth Charles Forsyth : > > Fossil works hard to do certain things that now we probably wouldn't > both

Re: [9fans] [PATCH] fossil: fix a deadlock in the caching logic

One of the nice things about several of the papers at iwp9 was the implied or express reconsidering of secondary storage given various types of modern technology. Fossil works hard to do certain things that now we probably wouldn't bother to do. On Tue, 4 Apr 2023 at 21:44, Charles Forsyth wrote

Re: [9fans] [PATCH] fossil: fix a deadlock in the caching logic

It's funny that usually "it wasn't me" is used when breaking things. here it's fixing them, but I'm fairly sure "it wasn't me" that fixed it. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T354fe702e1e9d5e9-Md75914502384917e733de7a4

Re: [9fans] Error when running >spell

no they're using acme in plan9port On Fri, 13 Jan 2023 at 13:36, wrote: > If ""Sh":fail:'./spell.dis' file does not exist" is your main issue > and assuming you are probably using acme-sac or acme in inferno, > you'll want to have a look at os(1) in inferno. > > > On 1/13/23, revr...@mweb.co.za

Re: [9fans] How can I compile c code written for plan9 in ANIS C compiler

If you look at plan9port (eg, https://9fans.github.io/plan9port/), you'll see how that's done for a good chunk of the application code of Plan 9 (using host C compilers). It also includes versions of the Plan 9 libraries that will also compile on other systems. Indeed, if you install plan9port you

Re: [9fans] Aarch64 on labs|9legacy?

I'm sorry that my original terse reply, which was well meant, stirred up a hornet's nest. I simply didn't know that it wasn't to be found in the two distributions you mentioned (I did know it was certainly in 9front). On Sun, 22 May 2022 at 19:18, Charles Forsyth wrote: > You enquired ab

Re: [9fans] Aarch64 on labs|9legacy?

, I'll insist on the 27B/6. On Fri, 20 May 2022, 22:27 adr, wrote: > On Fri, 20 May 2022, Charles Forsyth wrote: > > > Date: Fri, 20 May 2022 21:34:05 +0100 > > From: Charles Forsyth > > Reply-To: 9fans <9fans@9fans.net> > > To: 9fans <9fans@9fans.net>

Re: [9fans] Aarch64 on labs|9legacy?

It's called arm64 On Fri, 20 May 2022, 20:37 adr, wrote: > Hi, > > has someone done something with aarch64 on labs|9legacy? > > Regards, > adr. -- 9fans: 9fans Permalink:

Re: [9fans] void*

it's void* because that can be assigned between other pointer types without a cast. x = malloc(sizeof(*x)); instead of x = (T*)malloc(sizeof(*x)); which just adds clutter. Similarly it's just free(x) instead of free((void*)x); (or free((uchar*)x) as I understand your suggestion). On Sun, 15 May

Re: [9fans] Conversion of constants in C compiler

The short answer is whatever the historical reasons for the current interpretation(s), it should follow C99 rules to avoid confusion. One potential catch is that the compilers don't implement C99 rules when signed and unsigned values meet, but something closer to the original convention (which

Re: [9fans] Create HTML pages

> I don't know whether pandoc runs > on Plan 9. It is Haskell, so I suspect not. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Te71ff4b45d15900f-M78a822fd2c0d5283486b02f4 Delivery options:

Re: [9fans] building blocks speaking 9p

https://www.cs.york.ac.uk/rts/static/papers/R:N.C.:Audsley:2006.pdf might be of interest. They turned up at an embedded systems show at Birmingham NEC about that time. I was attending independently, but it was interesting to see,. Wandering about some boring other stands, I found one that was

Re: [9fans] acme and sam - mouse suggestions?

I've been happy with the Microsoft Bluetooth Mobile Mouse 3600 bearing in mind that I'm using 9vx on a Dell as my terminal. I should probably see if it can be made to work on an rpi On Fri, 28 Jan 2022 at

Re: [9fans] How to generate a "debuggable" lex.yy.c?

Perhaps add a copy of allprint, without the character counting, to replace the existing extern declaration in your ncform, still #ifdef'd with LEXDEBUG. The signature of allprint should also be static void allprint(Uchar) and the exotic initial lines of sub1.c's allprint can be removed. It needs a

Re: [9fans] v9fs vs mmap (not quite SOLVED)

It's mildly amusing that a language that emphases explicit error returns should discard a system interface that does that in favour of one that's not even a raised exception but a trap. (ok, ok, Unix typically just returns crappy EIO on a real error, but does distinguish several other cases such

Re: [9fans] v9fs vs mmap (not quite SOLVED)

I think the question is why mmap works over 9p from linux up to a point but then fails in some context: what's the difference? On Wed, 27 Oct 2021 at 00:47, Skip Tavakkolian wrote: > I don't know if I'm helping or confusing things, but here's a bit more > experimentation; > I did the above, and

Re: [9fans] Help with a sam cleanup script

to avoid errors, perhaps something along the lines of X g/$/v/$/a this is a long block comment. it has no effect. . X prevents ?no current file there are probably even shorter variants On Tue, Aug 3, 2021 at 5:31 PM wrote: > On Tuesday, 3 August 2021, at 6:29 PM, fwrm wrote: > > As for

Re: [9fans] A few questions about sam

> > >- The sam tutorial speaks of sam being "downloaded". (*A tutorial for >the sam language*.) I am not exactly sure what "downloaded" means in >this context. > > sam originally ran on a terminal that had its own little operating system and applications could be downloaded into each

Re: [9fans] A few questions about sam

>/tmp/x: ?warning: last char not newline is a warning you get when you try to write a file that doesn't end with a newline, the other message: > I sometimes get the "?newline expected" error, is provoked by a syntax error in a command in the sam (command) window. For instance, try typing qx

Re: [9fans] non-interruptible temporary: why do we care?

yes, I'm not sure why it doesn't do that, but probably if I try to add that code I'll soon find out! On Wed, Jun 16, 2021 at 9:29 PM wrote: > Quoth un...@cpan.org: > > Quoth o...@eigenstate.org: > > > Our compilers will sometimes produce a warning about > > > a non-interruptible temporary: > >

Re: [9fans] 1st and 2nd edition ISOs at p9f.org/dl are defective

The 8+3 restriction is related to that. As often now, Wikipedia supplies more detail. Apparently High Sierra was the basis for the original format, not an extension: I was of course confusing it with Rock Ridge. On Mon, May 24, 2021 at 11:26 PM Charles Forsyth wrote: > I don't know the ans

Re: [9fans] 1st and 2nd edition ISOs at p9f.org/dl are defective

I don't know the answer to the following question, which is why I ask it: does that happen if you use 9660srv under Plan 9 (-ish) to access those images? (Perhaps you already are, but it would still be useful to know.) It's quite a long time ago, but as I recall early CD formats took a literal

Re: [9fans] troff refer and bib

> I personally found the code hard to read, The original looked like this: tabs (sv, line) char *sv[], *line; { char *p; int n 0; sv[n++] = line; for( p= line; *p; p++) { if (*p == '\n') { *p=0; sv[n++] = p+1; } } return(n-1); } class (nt, tv)

Re: [9fans] troff refer and bib

; > source code of refer and/or bib? I found many references to 'em but > > didn't found the code or programs. > > I got mine from contrib: > > https://9p.io/wiki/plan9/contrib_index/index.html > (EXTRA section, by charles forsyth) > > sirjofri

Re: [9fans] Can compile Plan9 C compiler for windows10?

> > I doubt very much that using the Plan 9 C compilers will bring much > additional benefit for finding bugs (except bugs in the compiler!). The cross-file type-checking does sometimes pick up unpleasantness caused by type mismatches. It was originally added to allow dynamically-loaded object

Re: [9fans] problem with installing plan9 from USB disk image

That reminds me that this https://retrage.github.io/2020/08/01/9pfspkg-en.html looked quite interesting but I haven't had a chance to try it yet. On Fri, Mar 26, 2021 at 3:20 PM Charles Forsyth wrote: > I see that 9front has had some UEFI boot support for 6 years. > I use an earlier v

Re: [9fans] problem with installing plan9 from USB disk image

I see that 9front has had some UEFI boot support for 6 years. I use an earlier version of their iplpxe on my 64-bit cpu servers (not booting 9front). I did use the iplfat and ipliso as well to boot other kernels. When I've got a moment I might diff to see what changes I made. On Fri, Mar 26, 2021

Re: [9fans] how to extract an .iso file using Inferno

9660srv is the command you need from the Inferno dossrv(4) page. On Fri, Mar 26, 2021 at 10:11 AM Ethan Gardener wrote: > On Fri, Mar 26, 2021, at 9:56 AM, saif.re...@outlook.com saif.resun%40outlook.com> wrote: > > hello there! > > > > I want to extract an .iso file of plan9 operating system

Re: [9fans] 2c/2l make sense, but why 1c/1l?

formats on increasingly dodgy devices, and it was easier just to copy the partitions across to partitions of newer bigger drives. As an aside, it still amuses me that VN's worm jukebox would now fit on an SD card that I could easily lose. On Wed, Feb 24, 2021 at 11:26 PM Charles Forsyth wrote

Re: [9fans] 2c/2l make sense, but why 1c/1l?

I think they might have been there for some other reason and then was used for Inferno, which they somewhat had going on a Palm Pilot in some form (not necessarily as the native kernel). If I waded through a ton of archive material I could probably find the latter, to see what it was, but I'm not

Re: [9fans] APL

d to > do was > > git log | less -ip "ross harvey" > > Michael Cain's version on sigapl.org site seems to be a different fork. > Also worked > over quite a bit. > > On Feb 22, 2021, at 2:43 PM, Charles Forsyth > wrote: > > It's amusing that the github has &

Re: [9fans] APL

It's amusing that the github has "42 years ago". You can tell instantly that the line if (TERMtype == 0)c = (int)*iline++; wasn't written by Thompson. On Mon, Feb 22, 2021 at 10:02 PM Bakul Shah wrote: > On Feb 22, 2021, at 10:28 AM, tlaro...@polynum.com wrote: > > > > There are various

Re: [9fans] APL

I'm fairly sure Thompson wrote it on sabbatical in Berkeley. I think he also wrote the first version of a Pascal compiler. Pascal isn't a difficult language but I remember that compiler having an unusual style. I think others reworked it significantly later, so if it's there at all it's worth

Re: [9fans] Dual dialing/forking sessions to increase 9P throughput

I found several of Bryan Ford's ideas interesting as always here, particularly Structured Streams (https://bford.info/pub/net/sst-abs/) and Breaking Up the Transport Logjam (https://bford.info/pub/net/logjam-abs/) On Wed, Jan 27, 2021 at 4:53 PM wrote: > Quoth David Arroyo : > > On Tue, Dec 29,

Re: [9fans] authoritative source for u9fs?

Yes but bitbucket ditched hg so its now all git On Mon, Jan 25, 2021 at 12:10 AM Lyndon Nerenberg wrote: > Charles Forsyth writes: > > > it's also on bitbucket not github mainly for historical reasons but I > also > > can never decide which I dislike more. > :-) > &g

Re: [9fans] authoritative source for u9fs?

they backed it up, which Github suggested wasn't needed because of the remote archives, but that might be outdated. On Sun, Jan 24, 2021 at 11:30 PM Charles Forsyth wrote: > I've just accepted an important pull request to it that I missed, until I > looked at it in response to this, so you sho

Re: [9fans] authoritative source for u9fs?

I've just accepted an important pull request to it that I missed, until I looked at it in response to this, so you should do another pull to get that. Generally, though it has been reasonably stable for some time. Changes are often just to cope with this year's #ifdefs or feature defines. On

Re: [9fans] Arm Thumb compiler for Cortex-M

That's a good question. utils/tl is the 5l I've referred to, which can do ARM32 and Thumb interlinking. utils/5l is now fitfully aligned (back-and-forth) with Plan9's 5l, that couldn't do the interlinking. On Sat, Nov 7, 2020 at 9:24 PM Anthony Martin wrote: > While we're asking questions, how

Re: [9fans] Arm Thumb compiler for Cortex-M

map across physical memory and the MMU functionality is mainly used to map devices. The os/ks32 directory is a guide to squashing the system down to fit modest if not tiny memory (again, in ARM32 mode). On Sat, Nov 7, 2020 at 2:24 PM Thaddeus Woskowiak wrote: > On Thu, Nov 5, 2020 at 7:12 PM Ch

Re: [9fans] Arm Thumb compiler for Cortex-M

http://vitanuova.com/inferno/downloads.html On Fri, Nov 6, 2020 at 12:51 AM Don A. Bailey wrote: > Where the heck is the inferno tree? > > On Nov 5, 2020, at 6:48 PM, Charles Forsyth > wrote: > >  > tc is different because the register allocation and code generation >

Re: [9fans] Arm Thumb compiler for Cortex-M

tc is different because the register allocation and code generation strategies are different from normal ARM On Fri, Nov 6, 2020 at 12:46 AM Charles Forsyth wrote: > It's utils/tc in the Inferno tree. 5a does both ARM32 and Thumb (because > it's abstract assembly), as does 5l. > > O

Re: [9fans] Arm Thumb compiler for Cortex-M

It's utils/tc in the Inferno tree. 5a does both ARM32 and Thumb (because it's abstract assembly), as does 5l. On Fri, Nov 6, 2020 at 12:28 AM Don A. Bailey wrote: > Any source available? > > On Nov 5, 2020, at 6:11 PM, Charles Forsyth > wrote: > >  > There was a 5[ac] va

Re: [9fans] Arm Thumb compiler for Cortex-M

There was a 5[ac] variant for Inferno (ta, tc) that produced Thumb code, and 5l could link Thumb and ARM32 code. That wasn't extended once Thumb-2 was issued, since it was different enough to require a fair amount of work and we had no immediate application on the Cortex. On Thu, Nov 5, 2020 at

Re: [9fans] Stockholm

I'm escaping the UK's "We're lockdown crazy, lockdown mad!" for a few days in November On Sun, 25 Oct 2020, 01:21 Jeff Sickel, wrote: > Is that a syndrome a doctor could fix? > > > On Oct 24, 2020, at 5:49 PM, Charles Forsyth > wrote: > > > > Any 9fans

[9fans] Stockholm

Any 9fans in Stockholm? -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Taac80b468a3bf0fa-M3b3bd2a78152fbe89807fdc0 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Re: Flakey DNS server

It's a virtual city in Switzerland, which is famously neutral (hence Geneva as location for various international organisations, and indeed as a setting for several TV series) On Sat, Oct 24, 2020 at 11:23 PM wrote: > Wes Kussmaul writes: > > > On 10/7/20 12:08 AM, Lucio De Re wrote: > >> my

Re: [9fans] 9P Network Boot and Proxy Boot

That is not at all off-topic. Thanks! On Tue, Aug 4, 2020 at 1:16 PM Akira Moroo wrote: > Hello folks, > > I show you 9pfsPkg, my 9P client file system for UEFI. Thanks to the > network-transparency of 9P, it can boot any non-network-aware boot > images without any modification. The source

[9fans] Jim McKie

I am sorry to say that Jim McKie (jmk) died suddenly on 16 June. https://www.ippolitofuneralhomes.com/obituaries/James-B-McKie?obId=15111702=IwAR3d7aHZXEOhYz-ciOrQPh-W1eMw-_8MHiCUdeKOxzLBEI6VGHsSn4aTjdk -- 9fans: 9fans Permalink:

Re: [9fans] `test -x` returns wrong results for directories

I see I'd misapplied the rule in walk(5) so fossil is fine. It has to do with searching from . when you are there, which makes sense, not when entering the directory from its parent, so ignore that part of my earlier post. On Mon, Jun 8, 2020 at 3:13 AM Charles Forsyth wrote: > &quo

Re: [9fans] `test -x` returns wrong results for directories

> > "search" is exactly the wrong word for what this bit does, because if you > don't have "search" permission, the one thing you can still do is look at > the names. in ramfs, but that's a bug that no-one had noticed On Mon, Jun 8, 2020 at 3:05 AM wrote: > >>> So, cd'ing into a directory

Re: [9fans] `test -x` returns wrong results for directories

execute permission on files, meaning here non-directories, is a special variant of read. a file with mode 0111 can be opened with OEXEC and read(2) will work as well as exec(2), but can't be opened with OREAD, because it's not got any of 0444 set. bits 0111 distinguish a file with contents that

Re: [9fans] Firewall/NAT and importing outside interface

> > If one is running a mail server and has it inside their firewall and if > using one IP then t has to use NAT. Couldn't one presumeably use the setup > above and run a mail server on Plan 9 and bypass having to use NAT? And > also do the same thing for a web server? Yes, I do that. The

Re: [9fans] Plan9 and Pine

The ipaq/bitsy had no shortage of buttons round the case, several of which were convenient when holding with one hand and using the stylus with the other, so chording was possible. On Thu, Apr 16, 2020 at 2:27 AM andrey mirtchovski wrote: > unfortunately i don't remember anymore how many

Re: [9fans] Software preservation in the post-hg era

I moved all my hg repositories to git some time ago On Tue, Mar 31, 2020 at 7:39 PM Dave MacFarlane wrote: > On Tue, Mar 31, 2020 at 10:46 AM wrote: > > > If anyone has further thoughts, anything they want added, or any lists > > > or indices of works they want archived/mirrored, I would love

Re: [9fans] printing from Plan 9

the downside is that you'd need to deal with CUPS! On Sat, Sep 14, 2019 at 12:42 PM Richard Miller <9f...@hamnavoe.com> wrote: > > You may be better off > > sacrificing one of your old RPI boards to Linux and using that as your > > common printer interface to the large set of supported printer

Re: [9fans] raspberry pi 4 arm64 test image

Couldn't you even manage to try a few wines? On Thu, Aug 22, 2019 at 9:59 AM Steve Simon wrote: > hi all > > just to say i am very excited abou the pi4 port but am on holiday in > France at the moment so i cannot even help with testing. > > -Steve > > > On 22 Aug 2019, at 9:07 am, Richard

Re: [9fans] Plan 9 C compiler for Xtensa CPUs

. An Inferno-like system might also straddle the boundaries. On Sat, Aug 10, 2019 at 5:18 PM Charles Forsyth wrote: > At a glance it looked as though the MMUs for the on-chip stuff were more > suitable for Unix Seventh Edition (no later) than "full" Plan 9. > The MMU for the external

Re: [9fans] Plan 9 C compiler for Xtensa CPUs

h lots of drivers in C++. >> >> The Cortex-M based mpus (e.g. Teensy 4 with Cortex M7 @ 600MHz) seem more >> appropriate for an "embedded" Plan 9. >> >> (*) for those who have not seen it, it is here: >> % ls -l /n/sources/contrib/forsyth/avr* >> --rw-r

Re: [9fans] Plan 9 C compiler for Xtensa CPUs

Since the resources are small if not tiny, a little systems analysis and design is probably needed, but it looks like a bit of fun, until the inevitable moment of "why am I here?". On Fri, Aug 9, 2019 at 4:50 PM Charles Forsyth wrote: > The device I've got is ESP32-WROOM-32. None

Re: [9fans] Plan 9 C compiler for Xtensa CPUs

The device I've got is ESP32-WROOM-32. None of the boards I've seen that use it bother with external memory, so memory is limited, especially the way it's partitioned. On Fri, Aug 9, 2019 at 3:50 PM Charles Forsyth wrote: > The ESP32 has got several MMUs. The characteristics are differ

Re: [9fans] Plan 9 C compiler for Xtensa CPUs

instructions. A large chunk of SRAM (SRAM 1) has only Memory Protection and no translation. The external memory MMU is the most general (most conventional). On Fri, Aug 9, 2019 at 3:19 PM Bakul Shah wrote: > esp32 doesn’t have an mmu, right? > > On Jul 26, 2019, at 03:30, Charles Forsyth

Re: [9fans] Plan 9 C compiler for Xtensa CPUs

I've not previously seen an architecture where so many cache and TLB control instructions were in the primary space and took up so much of it. On Fri, Jul 26, 2019 at 11:30 AM Charles Forsyth wrote: > I was thinking of doing that since I've got an ESP-32 for some reason > > On Fr

Re: [9fans] Plan 9 C compiler for Xtensa CPUs

I'd need a letter or number and thought about reusing x (xa/xc/xl) since the AT DSP is long gone On Fri, Jul 26, 2019 at 11:30 AM Charles Forsyth wrote: > I was thinking of doing that since I've got an ESP-32 for some reason > > On Fri, Jul 26, 2019 at 7:38 AM Cyber Fonic wrot

Re: [9fans] Plan 9 C compiler for Xtensa CPUs

I was thinking of doing that since I've got an ESP-32 for some reason On Fri, Jul 26, 2019 at 7:38 AM Cyber Fonic wrote: > I was reading the post Why Didn't Plan 9 Succeed > on Hacker News. > > Made me think that Plan 9 for IoT system of systems

Re: [9fans] 5c bug

5c shouldn't discard the cast, which implies a mask, but you should also rewrite the code as you suggest. (it's not just 5c, since it's the same for several other RISCy ones.) On Thu, Jul 25, 2019 at 12:20 PM Steve Simon wrote: > Hi, > > I traced a long standing cifs issue to 5c the compiler.

Re: [9fans] Anyone have a Plan 9 4th Edition Manual Set...

The main problem is the postage at 2.7Kg even at Printed Paper rate (which also doesn't work at all for Canada or Cameroon if over 2Kg). On Sun, Jun 30, 2019 at 8:09 PM Kurt H Maier wrote: > On Sun, Jun 30, 2019 at 09:32:29AM -0700, Lyndon Nerenberg wrote: > > michaelian ennis writes: > > > > >

Re: [9fans] linux 9p: uid & gid

4294967294 probably started off as -2, which some systems used for user "nobody" On Thu, Jun 20, 2019 at 4:04 PM Oleg wrote: > Hi, all. > > I wrote a 9p fs with help of libixp and after mounting i see strange uid > and > gid numbers for files: > > ~# mount -t 9p -o trans=unix,noextend q t > ~#

Re: [9fans] POSIX shared memory (shm_open)

There's some support for sharing memory segments in segattach(2) and between unrelated processes with segment(3). On Wed, 24 Apr 2019 at 16:23, Lassi Kortela wrote: > Hello, > > Can the POSIX shared memory API be emulated on Plan 9 with reasonable > effort? I didn't find any mention of

Re: [9fans] Don't Plan 9 C compiler initialize the rest of member of a struct?

yes, how true. On Tue, 2 Apr 2019 at 18:22, Devon H. O'Dell wrote: > Also worth noting that any padding bits are zeroed as well for > aggregate and union types. Not just setting all pointer values to NULL > and arithmetic types to positive or unsigned zero. > > Op di 2 apr. 2019 om 08:17

Re: [9fans] Don't Plan 9 C compiler initialize the rest of member of a?struct?

covered and covered1 On Tue, 2 Apr 2019 at 17:26, Anthony Martin wrote: > Charles Forsyth once said: > > I didn't look at the code closely enough earlier, but remembered > something > > from years ago this morning. It's a bug. It isn't platform specific. > > There is a

Re: [9fans] Don't Plan 9 C compiler initialize the rest of member of a struct?

> What is "be initialized implicitly the same as objects that have > static storage duration" mean? It refers back to the second part of case 10 of that section. On Tue, 2 Apr 2019 at 15:53, Kyohei Kadota wrote: > Thank you for a reply. > > I read spec on

Re: [9fans] Don't Plan 9 C compiler initialize the rest of member of a?struct?

> > In the present case, this appears to be a compiler bug. The aforementioned > reference to n1548 sec 6.7.9 para 10 is incorrect in that there _is_ an > explicit initializer here. The relevant text in the standard is sec 6.7.9 > pp 16-21, which specifies that in the event that an explicit

Re: [9fans] Don't Plan 9 C compiler initialize the rest of member of a struct?

Yes, that's normal C behaviour. Only external and static storage is guaranteed to be zero. In a modern environment it seems a little mean, especially since you gave opt a partial initial value, but there are no half-measures in C. On Tue, 2 Apr 2019 at 01:27, Jeremy O'Brien wrote: > On Mon, Apr

Re: [9fans] microsoft's plan 9 distribution

I thought I remembered the name Brian Perkins until I realised that was a Radio 4 newsreader. On Sat, 16 Feb 2019 at 08:54, Steve Simon wrote: > interesting... > > the first thing, can you convince the 9p server to offer 9p over tcp? > then, can explorer mount my plan9 file server? > > the

Re: [9fans] microsoft's plan 9 distribution

well spotted On Sat, 16 Feb 2019 at 00:48, hiro <23h...@gmail.com> wrote: > > https://blogs.msdn.microsoft.com/commandline/2019/02/15/whats-new-for-wsl-in-windows-10-version-1903/ > >

Re: [9fans] Plan 9 64-bit?

I still run a version of that kernel on my cpu servers and some other devices. There might be some changes I've made that I haven't pushed yet. Unfortunately, I haven't had much time for systems work for a good year or more, so I haven't merged in changes made elsewhere. On Wed, 30 Jan 2019 at

Re: [9fans] Plan 9 C compiler for RISC-V by Richard Miller

I was the one that replaced Alpha by ARM64 as 7 for Plan 9. On Wed, 31 Oct 2018 at 13:44, Ethan Gardener wrote: > On Tue, Oct 30, 2018, at 3:37 PM, Steve Simon wrote: > > > > There once was a vax port but i don’t know what its letter was. > > Well, 7 used to be Alpha. I remember someone being

Re: [9fans] Plan 9 C compiler for RISC-V by Richard Miller

I used Ka/Kb/Kc (upper case) for my Fairchild Clipper port, but that doesn't work on case-insensitive file systems. I did once make the changes for unicode, but again there can be problems with non-Plan9 file systems, even now. On Tue, 30 Oct 2018 at 12:43, Ethan Gardener wrote: > On Tue, Oct

Re: [9fans] Plan 9 C compiler for RISC-V by Richard Miller

, 6l amd64 .7 7a, 7c, 7l arm64 .8 8a, 8c, 8l 386 .9 p9p, 9[acl] power64 On Tue, 30 Oct 2018 at 09:35, Anthony Martin wrote: > Charles Forsyth once said: > > I had a chart somewhere with the available non-unicode letters. > > I made one a few years ago. It's at http://pbrane.org/

Re: [9fans] Plan 9 C compiler for RISC-V by Richard Miller

It's z because the Atmel AVR is the last thing you'd want to use. (As usual, once you've got C going, it's ok, except for the design bugs.) They were in the Berkeley mote, which we worked on years ago, later on custom hardware, but always with completely different software from Berkeley's. I had

Re: [9fans] Plan 9 C compiler for RISC-V by Richard Miller

He wants something I think that generates code that will run on unixy systems, and there isn't one, except in specialised ways. On Sun, 28 Oct 2018 at 14:20, Skip Tavakkolian wrote: > Inferno sources include kencc that build on the target os/arch. > > On Sun, Oct 28, 2018, 5:41 AM wrote: > >>

Re: [9fans] zero copy & 9p (was Re: PDP11 (Was: Re: what heavy negativity!)

> I'll see if I wrote up some of it. I think there were manual pages for the >> Messages replacing Blocks. > > Here are the three manual pages https://goo.gl/Qykprf It's not obvious from them, but internally a Fragment can represent a slice of a Segment*

Re: [9fans] zero copy & 9p (was Re: PDP11 (Was: Re: what heavy negativity!)

They are machines designed to run programs most people do not write! On Mon, 15 Oct 2018 at 19:20, hiro <23h...@gmail.com> wrote: > > Also, NUMA effects are more important in practice on big multicores. Some > > of the off-chip delays are brutal. > > yeah, we've been talking about this on

Re: [9fans] zero copy & 9p (was Re: PDP11 (Was: Re: what heavy negativity!)

xperiments in nix and in a thing I wrote for leanxcale show > >>> that > >>> some things can be much faster. > >>> It’s fun either way. > >>> > >>>> El 13 oct 2018, a las 23:11, hiro <23h...@gmail.com> escribió: > >>

  1   2   3   4   5   6   7   8   9   10   >