Re: [9fans] Go on Plan 9?

Hi All, A while back there was a thread about getting newer versions of Go running on plan9. In particular there was a panic related to a floating point error. In case anyone is interested I have managed to get the newest version of Go working on plan9/386 within virtualbox despite having a sim

Re: [9fans] Go on Plan 9?

Hi Skip, Have you managed to get Go running on an RPi this way? Cheers, Chris > > If you run Plan 9 in a VM, emulator or a confined device (RPi), it will be > easier/faster to cross compile your app and copy it over. E.g. to compile for > 9Pi: > $ GOOS=plan9 GOARCH=arm go build > >

Re: [9fans] Go on Plan 9?

I found this > article very helpful: > https://medium.com/@rakyll/go-1-5-cross-compilation-488092ba44ec#.635w6yhi5 > > btw, building Go on rpi/linux, took some time. i have not tried rpi3 yet > (waiting for 64bit plan9 or linux). building Go on odroid-c2 (linux/arm64) >

Re: [9fans] Go on Plan 9?

I see now that there is plan9/arm in tip (1.7), but not 1.6. I tried a bootstrapped version on my RPi but it fails with a "fork/exec ... virtual memory allocation failed” error when I try to compile anything. According to stats I have plenty of memory left when it runs. I’m not sure what to mak

Re: [9fans] Go on Plan 9?

Thanks Richard for doing the go port to plan9/arm. I was going to start on that myself until I found out it was already done. :-) I didn’t realize that Go was so virtual memory hungry. I wonder why stats didn’t show me a large peak of memory consumption before the go compiler died? Perhaps it a

Re: [9fans] Go on Plan 9?

Ah, that makes sense. It’s virtual memory and not the physical memory. Do you think that your changes to the bcm will make it to 9front? If not, any chance I could have the diffs so that I can try merging them in there myself? Thanks, Chris

Re: [9fans] Any demand for a supported Windows version of p9port?

I was thinking of using Cygwin to see would be capable of compiling p9p. Chris > On Jul 27, 2016, at 9:08 PM, Andrew Simmons wrote: > > What the subject line says. > > This is not remotely intended to disrespect Sean Quinlan’s 9pm, or the guys > who did pf9. I’m just asking because there are

Re: [9fans] Is 9Fans dead or alive

I am about a quarter of the way to a similar setup. My goal is to have a specialty for each of the Pi's (sensors, controller, terminal, router) without preventing them from doing general tasks. I'm hoping to eventually connect up some Pi zeros as leaf nodes for just sensor/control and plumb thr

Re: [9fans] Is 9Fans dead or alive

Sure, I'm looking for plan9 user/enthusiast appropriate medium. Any suggestions? Chris > On Aug 30, 2016, at 6:18 PM, Eduardo Alvarez wrote: > > Are you keeping your progess public? It would be very educational to read. > >> On Tue, Aug 30, 2016 at 7:10 PM, Chris McGe

Re: [9fans] Is 9Fans dead or alive

re still prefer hammer/chisel/stone to new-fangled quill/ink/parchment > >> On Tue, Aug 30, 2016 at 3:22 PM Chris McGee wrote: >> Sure, >> >> I'm looking for plan9 user/enthusiast appropriate medium. Any suggestions? >> >> Chris >> >> > On

[9fans] Linker and duplicate symbols

Hi All, I have recently run into a problem when compiling the kernel where the linker complains about duplicate symbols and fails. The symbol is sleep(), which is exported in libc.a but is also exported in another file in port, but with different parameters (both number and type). It's my unde

Re: [9fans] Linker and duplicate symbols

Thanks Richard, I tried outputting the echo of the ld command and it's linking all of the .5 files together along with the few archive files to produce the raw kernel file. I'll go hunting to see if there is some other unbound symbol. I think the reason why I'm confused is that I don't understa

Re: [9fans] Linker and duplicate symbols

Thanks Cinap, Richard, That makes sense and was probably obvious or in a man page somewhere. Chris > On Sep 2, 2016, at 12:12 PM, cinap_len...@felloff.net wrote: > > uses the first one it finds, so the order matters. its not unusual > for programs to override certain library function by providi

Re: [9fans] Linker and duplicate symbols

omplains. > > my bet is there will be unresolved calls to clock, and something else that > shouldn't be there... > > good luck, > > -Steve > >> On 2 Sep 2016, at 21:00, Chris McGee wrote: >> >> Thanks Cinap, Richard, >> >> T

Re: [9fans] Linker and duplicate symbols

Thanks Richard, I traced it down to a symbol being brought in from libc that brought in other symbols that collided with ones on the kernel. Btw, with your latest changes I have merged them in with the latest 9front and its running on my Pi 1 and Pi 2. Only weird problem is when I do fshalt -r

Re: [9fans] Linker and duplicate symbols

I wanted to check if the problem was pre existing or a result of a potentially bad merge on my part. It sounds like reboot wasn't a big concern for the raspberry Pi engineers. Wow, weird. Thanks for the suggestion. I'll try it out when/if they ever have the zero available in Canada for a compar

[9fans] 9front on raspberry pi

Hi All, I have an experimental (read unstable, may void the warranty) merge of Richard Miller's kernel for raspberry Pi into 9front. It is capable of running Go programs and sdk. The code is here as a drop in replacement for existing /sys/src/9/bcm: https://github.com/sirnewton01/rpi-9front Al

[9fans] Multicast examples

Hi All, I'm looking at setting up a multicast dns on plan9. First, I need to be able to write a mdns server and client. I see from the net manual page that there are references to multicast, namely addmulti and remmulti ctl messages. I'm not entirely sure how they work. Does anyone know of mul

[9fans] Ping

Sorry for the spam. Is this mailing list getting my emails? Thanks Chris

Re: [9fans] Ping

Oh, interesting. Thanks, Chris > On Sep 13, 2016, at 8:58 AM, Rob Pike wrote: > > This might be one reason. > > -rob > > >> On Tue, Sep 13, 2016 at 10:51 PM, Chris McGee wrote: >> Sorry for the spam. Is this mailing list getting my emails? >> >> Thanks >> Chris >

[9fans] IP Multicast - Results

After some investigation and trial and error I'm left with the sense that multicast is not entirely implemented on plan9. Here's what I tried. I tried setting up a udp announce directly against /net/udp for port 564. Before listening I sent an addmulti message as described in the ip manual page.

Re: [9fans] IP Multicast - Results

Thank you Alex, I will give these a try tonight. I'm happy to hear that multicast can work and it's likely just some silly mistake on my end. Chris > On Sep 15, 2016, at 12:23 AM, Alex Musolino wrote: > > I was playing around with multicast on 9front the other week and > managed to get someth

Re: [9fans] IP Multicast - Results

Hi Alex, I tried the mcastsend and mcastrecv on my two raspberry Pi's running 9front. I'm seeing similar routes as in my own experiment without the interface number, tagged as 4m for IPv4 multicast. I can ping each device from the other using their unicast addresses. Unfortunately, it doesn't

Re: [9fans] IP Multicast - Results

Yes, same here. Both are wired directly to a dumb switch using link local addresses. No router. I tried 225.0.0.1 port 1234 on both ends. I can't figure out what the contents of the buffer is. Just random bytes? It is weird that the ifc number gets filled in after pinging the multicast addres

Re: [9fans] IP Multicast - Results

Thanks Alex, Cinap, Right, the Pi uses USB for its built in nic. I wanted to make sure that I have narrowed down where the missing functionality is. It sounds like I need to have a look at how multicast filtering works with supported PCI nic cards and apply that to nusb/ether. Chris

Re: [9fans] IP Multicast - Results

Ooh thanks. In hg? Chris > On Sep 16, 2016, at 5:26 PM, cinap_len...@felloff.net wrote: > > updated the code for multicast and promisc mode in nusb/ether... > > -- > cinap >

Re: [9fans] IP Multicast - Results

I recompiled with the latest in hg. I'm still not having success with the multicast. I'm going to start adding debugging to figure out what's going on. Chris

Re: [9fans] Questions on the browser as a platform if plan 9 had gained marketshare

Hi, I have been pondering the same kind of thing myself lately. In an alternate bizarro universe, what would the web look like that is modelled more around plan 9 concepts. Here's my fantastic take on this. First, there is a focus on simplicity of implementation and interface over flashiness o

Re: [9fans] Questions on the browser as a platform if plan 9 had gained marketshare

> > > You just mount search engine, route planning tool, or even shopping site > > and echo commands into the ctl file. > > I hadn't thought of this - was more thinking on the user union mounting, say, > google.com/bin into their bin directory and running a google operation. The > concept of

Re: [9fans] Questions on the browser as a platform if plan 9 had gained marketshare

If plan 9 had taken off I wonder if there would be peripherals with built-in 9P support. For example, a network adapter that you can mount into /net/etherxyz over USB, PCI using a 9P connection. No driver needed, except to communicate with the bus. Also, external storage (hdd, ssd) with a built

Re: [9fans] Questions on the browser as a platform if plan 9 had gained marketshare

I was thinking more along the lines of hardware implementation of 9P minus any OS. For example, a disk serves up a filesystem via 9P or an Ethernet device serving a /net with 9P. Chris > On Sep 20, 2016, at 2:16 AM, David Pick wrote: > >> On 19/09/16 21:55, Chris

Re: [9fans] Questions on the browser as a platform if plan 9 had gained marketshare

> Would this be fast enough for what we experienced back then with early > websites, however? What with the stats on how people close or click away from > a tab within N seconds if it hasn't fully loaded yet, I'd think that having > to compile at all could've been prohibitive to people taking t

Re: [9fans] IP Multicast - Results

also some extra rows for assigned IP addresses. Does anyone know if this is a 9front specific deviation or if the man page is just way out of date? Chris > On Sep 17, 2016, at 7:53 AM, Chris McGee wrote: > > I recompiled with the latest in hg. I'm still not having success with the

Re: [9fans] Questions on the browser as a platform if plan 9 had gained marketshare

Wow, That sounds cool. Thanks, Chris > On Sep 22, 2016, at 6:49 PM, michaelian ennis > wrote: > > Not exactly what you meant but Coraid did implement a something like this > that had 9p on it. Sort of. It was an ARM based PCIe card spoke 9p over > something like IL without the IP (bwc cal

Re: [9fans] Terminal possibliities...

It would be interesting to hear how this works out in practice. The bandwidth requirement is probably so low compared to typical traffic from a hotel, compared even to smart phones. > On Sep 30, 2016, at 3:49 PM, James A. Robinson wrote: > > Is anyone here using Plan 9 as a terminal to connect

Re: [9fans] Terminal possibliities...

> I forgot the thinkpad also has an inbuilt battery. Good for mobility > and against flaky power in development countries. I found some $4 voltage regulators that will convert 18v Lithium ion drill batteries to power my Pi. Could be useful for field work.

Re: [9fans] Terminal possibliities...

Oct 1, 2016 at 4:59 AM Chris McGee wrote: > I found some $4 voltage regulators that will convert 18v Lithium ion drill > batteries to power my Pi. Could be useful for field work.

[9fans] 9p - meaning of iounit

Hello All, I am learning the 9p protocol and implementing a 9P server. After reading the 9p manual page, the types of messages and much of the overview is clear. There are a number of items that are less clear. For example, it took some time to figure out how to provide a directory structure o

Re: [9fans] Terminal possibliities...

Is there any interest in putting these p9port style keyboard modifiers into p9bl or 9front? It might be a good backup for when I don’t have a true three button mouse kicking around. Chris > > Since I'm on a macbook with a one-button touchpad I end up using > the keyboard modifiers plus the pa

Re: [9fans] Terminal possibliities...

I believe that it is documented somewhere on Russ Cox’s website or on plan9port. Basically, you can hold down the ctrl or alt keys while clicking/dragging to simulate the same action with the middle or right mouse button. I think that chording is possible too by holding down both ctrl and alt at

[9fans] 9P - Meaning of iounit

Hello All, I am learning the 9p protocol and implementing a 9P server. After reading the 9p manual page, the types of messages and much of the overview is clear. There are a number of items that are less clear. For example, it took some time to figure out how to provide a directory structure o

Re: [9fans] 9P - Meaning of iounit

Thanks Richard, James, Chris > On Oct 3, 2016, at 11:05 AM, Richard Miller <9f...@hamnavoe.com> wrote: > > term% lookman iounit > man 2 fcall # fcall(2) > man 2 iounit # iounit(2) > man 3 proc # proc(3) > man 5 0intro # 0intro(5) > man 5 open # open(5) > man 5 read # read(5) > >

[9fans] Cpu command and namespace

Hi All, I tried running a cpu server using aux/listen1 on one of my plan9 machines and running cpu from another to connect to it. I set auth to none for now. When I connected I noticed that the namespace was the local namespace of the server, not the namespace of the client before connecting. I

Re: [9fans] Cpu command and namespace

Thanks Skip, That's the part I was missing. I thought that the current namespace is preserved after cpu command on the remote. But then I realize that it would be difficult to remap the bin namespaces to a different cpu architecture. I suppose that I can always bind over what I want from /mnt/t

Re: [9fans] "The Name Game"

Very nice introduction. > On Oct 7, 2016, at 7:05 PM, Skip Tavakkolian > wrote: > > A wonderful and entertaining talk by Charles about key ideas in Plan 9 and > Inferno. > > https://youtu.be/3d1SHOCCDn0 > > Thanks also to Ron for posting it. >

[9fans] 3D graphics as a filesystem

Hello All, I am looking at the specs for a GPU and was thinking about something analogous to /dev/draw, but for 3D graphics. Kind of like OpenGL except exposed as a filesystem so that it is network mountable and programmed in any language (even rc). Does anyone know if this kind of thing has b

Re: [9fans] 3D graphics as a filesystem

ame to transfer to gpu. It helps > if you have DooM handy to try writing it in rc. > > >> On Oct 12, 2016 4:06 PM, "Chris McGee" wrote: >> Hello All, >> >> I am looking at the specs for a GPU and was thinking about something >> analogous to /dev/d

Re: [9fans] libtask

If you're interested in Go, this 9p library has worked reasonably well for my servers. https://github.com/docker/go-p9p > On Oct 18, 2016, at 1:31 PM, Iruatã Souza wrote: > > https://github.com/iru-/lua9p > >> On Thu, Oct 13, 2016 at 3:47 PM, yy wrote: >>> On 13 October 2016 at 18:03, Steve

Re: [9fans] libtask

ion of the go-p9p, it says "A modern, performant 9P > library for Go.". I'm guessing "modern" refers to being implemented in Go. > Any pointers on how performance was measured or what it was measured against? > > > >> On Tue, Oct 18, 2016 at

Re: [9fans] Making available a pre-compiled go binary for Miller's plan-9 Pi image

I was thinking about this myself. I'm more in favour of a script that downloads the go source and compiles it since it seems to be more in the spirit of plan9. The trouble is that Go has made it harder to do now that you have to have an n-1 version of Go to compile n. This started with 1.5 but 1

Re: [9fans] Making available a pre-compiled go binary for Miller's plan-9 Pi image

Thanks David, I will give this a try. Chris On Oct 28, 2016, at 2:58 AM, David du Colombier <0in...@gmail.com> wrote: >> you have to have an n-1 version of Go to compile n > > You have to bootstrap from Go >= 1.4. > > If you want to build the current Go source from scratch on plan9/386, > you

Re: [9fans] Making available a pre-compiled go binary for Miller's plan-9 Pi image (Chris McGee)

Thanks David, These binaries are great as a starting point to compile newer versions of Go. I almost fully automated the preparation of my 9front rpi sd card images. Cross compiling from plan9 386 to plan9 arm using the bootstrap fails with this error: Install: './install' not found Maybe cros

Re: [9fans] Making available a pre-compiled go binary for Miller's plan-9 Pi image (Chris McGee)

To cross compile with make.rc do you just set GOARCH and GOOS and just run it? > On Oct 29, 2016, at 2:46 PM, David du Colombier <0in...@gmail.com> wrote: > > > Maybe cross compile isn't working with Go on plan9 yet? > > I don't know about bootstrap.sh, but cross-compiling works fine on Plan 9

Re: [9fans] Making available a pre-compiled go binary for Miller's plan-9 Pi image (Chris McGee)

I tried this command with both go 1.7.3 and master branches. Both fail right after “ Building packages and commands for host, plan9/386” with an error “install: ./install not found.” It seems like the go bootstrap tool is trying to call a binary called “install” but there are none on my sys

Re: [9fans] Plan9 usage but used to parallel MPI on linux..

I would be interested in manuals or papers on this subject as well. Plan9 is well suited to distributed computing with its per process namespaces and network transparent resource access. Do grid computing projects built on plan9 use the built-in OS facilities such as cpu and 9p or do they genera

Re: [9fans] Making available a pre-compiled go binary for Miller's plan-9 Pi image (Chris McGee)

seemingly fine afterwards. Chris > On Oct 30, 2016, at 9:47 PM, Stanley Lieber wrote: > > Chris McGee wrote: > >> I tried this command with both go 1.7.3 and master branches. Both fail >> right after “ Building packages and commands for host, plan9/386” >&g

[9fans] 9front on raspberry pi

Hi All, I have released an experimental 9front raspberry pi image that I use for my cluster. https://github.com/sirnewton01/rpi-9front/releases/tag/nov-2016 Highlights: -Latest 9front release 2016-10-27 -Merged in Richard Millar’

Re: [9fans] 9front on raspberry pi

> >> 2016/11/02 14:05、arisawa のメール： >> >> thanks, i will try. >> >> is this for pi1 or pi2 or both? >> >>> 2016/11/02 10:35、Chris McGee のメール： >>> >>> Hi All, >>> >>> I have released an experimental 9front

Re: [9fans] 9front on raspberry pi

sometimes accidentally >> detached. >> >> >>> 2016/11/02 14:05、arisawa のメール： >>> >>> thanks, i will try. >>> >>> is this for pi1 or pi2 or both? >>> >>>> 2016/11/02 10:35、Chris McGee のメール： >>>> &

Re: [9fans] 9front on raspberry pi

> but something weird. > term% mount -a '#G' /dev > mount: can’t open '#G': permission denied > I don’t know the reason. Maybe you want to use bind instead? > > using large display is frustrating... > my portable HDMI display of 1280x800 works fine. > What's wrong with the large display?

Re: [9fans] 9front on raspberry pi

Thanks, I'm thinking that could be related to USB problem making the mouse jump around. Chris > On Nov 2, 2016, at 8:05 AM, arisawa wrote: > > hello Chris, > >> 2016/11/02 20:17、Chris McGee のメール： >> >> What's wrong with the large display? > >

Re: [9fans] 9front on raspberry pi

Apologies Richard for misspelling your last name. Chris > On Nov 1, 2016, at 9:35 PM, Chris McGee wrote: > > Hi All, > > I have released an experimental 9front raspberry pi image that I use for my > cluster. > https://github.com/sirnewton01/rpi-9front/releases/tag/nov

Re: [9fans] 9front on raspberry pi

Hi All, I have cleaned up some of the concurrency code and USB. The new release is here: https://github.com/sirnewton01/rpi-9front/releases/tag/nov2016-2 Thanks, Chris

Re: [9fans] 9front on raspberry pi

> On Nov 7, 2016, at 6:44 AM, arisawa wrote: > > by the way I said about raspi 1 >> the display size is 1920x1200. >> when I try to resize a window, the mouse cursor flips and it is difficult to >> resize. > This phenomenon was stopped when I connected lan cable. > I don’t know the reason. Int

Re: [9fans] Making available a pre-compiled go binary for Miller's plan-9 Pi image (Chris McGee)

Thanks David, Will you add new Go releases there as they come out so that we can bootstrap from previous releases? Also, the Git script is working quite well for me. Thanks for that too. Chris > On Nov 13, 2016, at 1:07 PM, David du Colombier <0in...@gmail.com> wrote: > > I've updated the Go

[9fans] Hack font for plan9

Hi All, I have converted the open source font called Hack to plan 9 font format. It's designed to render source code and is working well for me. https://github.com/sirnewton01/plan9-font-hack/releases I used the this tool to convert it. https://github.com/sirnewton01/ttf2plan9 I hope that the

Re: [9fans] Hack font for plan9

Thanks for checking it out. I'll check the tool for sizing problems. Chris On Nov 16, 2016, at 9:27 AM, Steve Simon wrote: >> I have converted the open source font called Hack to plan 9 font format. > > Thats nice, not sure if I will switch, I will try it for a week or so... > > I think the

Re: [9fans] Plan 9 5th Edition

A C compiler that supports the latest spec would be nice as long as it doesn't sacrifice compile times. I like how quickly the system can recompile itself. Maybe extend pcc to include new features? Go works pretty well and is on its way to be a supported platform. I use it quite frequently on 9

Re: [9fans] Plan 9 5th Edition

t; >> On Thu, 17 Nov 2016 11:16:20 -0500, Dave MacFarlane >> wrote: >> >>> On Wed, Nov 16, 2016 at 6:53 PM, Chris McGee wrote: >>> For git, there's a wrapper script for github and others. But yes, a fuller >>> featured git would be good. The

Re: [9fans] Plan 9 5th Edition

There's also Gogits. https://github.com/gogits/git I haven't tried it yet. Chris > On Nov 17, 2016, at 11:16 AM, Dave MacFarlane wrote: > >> On Wed, Nov 16, 2016 at 6:53 PM, Chris McGee wrote: >> For git, there's a wrapper script for github and others.

Re: [9fans] Plan 9 5th Edition

I like the idea of focusing on the functionality, not specific software, that could go into a 5th edition. It seems that stepping back and rethinking popular industry trends led to some of the unique and interesting decisions that gave us plan9 in the first place. Here is what I'd like to see -

Re: [9fans] Plan 9 5th Edition

This one might be adapted to work for gitlabs. It only supports read only type commands: clone, checkout, pull. http://9legacy.org/9legacy/tools/git It could be a start. Chris > On Nov 21, 2016, at 10:08 AM, Wes Kussmaul wrote: > > > > On 11/21/2016 03:46 AM, Sigrid Haflinadóttir wrote: >

[9fans] How to take a portion of a screenshot

Hi All, I'm working on some documentation and would like to include a portion of the screen in a particular window. What's a good way to take the shot but also snip out the piece that I'm interested in? Thanks, Chris

Re: [9fans] How to take a portion of a screenshot

Thanks Richard, That is the kind of thing I was looking for. And yes, it's one of the reasons I'm liking plan 9. Each piece does one thing we'll. Chris On Nov 23, 2016, at 11:06 AM, Richard Miller <9f...@hamnavoe.com> wrote: >> I'm working on some documentation and would like to include a port

Re: [9fans] How to take a portion of a screenshot

I tried to write an rc script that would make a screen video as an animated gif. I have something that almost works, but ran into a few problems/limitations. * I can’t seem to find a way to have an incrementing loop counter in rc shell (best I could do is check the size of a growing list variab

Re: [9fans] How to take a portion of a screenshot

Thanks Skip, Cinap, This command seems to be working quite nicely (except for the memory allocation problem in gif(1) for larger recordings): for (i in `{seq -w 1 25}) { sleep 0.01; cat /dev/screen > /tmp/screen-$i.img }; togif -l -1 -d 300 /tmp/screen-*.img > /tmp/recording.gif; rm /tmp/scree

[9fans] Trouble finding current window directory in acme

Hi All, I’m in the process of writing an interactive tutorial for plan9/acme. I’m hoping to demonstrate how to execute a command on a text file that uses the current selection as input. According to the acme manual page there should be a /dev/acme/acme (or /mnt/acme/acme) directory that repres

Re: [9fans] Trouble finding current window directory in acme

Thanks, that will work. Chris > On Nov 26, 2016, at 12:56 PM, Antons Suspans wrote: > > On Sat, Nov 26, 2016 at 12:41:21PM -0500, Chris McGee wrote: >> How does one get the /dev/acme/acme directory to be present in a normal >> document window? Alternatively, is there a s

[9fans] Using plot(1)

Hi All, I’m trying graph and plot out. I have some questions. Is there a way to pipe the output of plot or do I need to pull that out of the screen/window buffer? Also, is there a way to plot on top of an existing image? I tried making a simple plot routine to draw a red unit circle with x and

Re: [9fans] Using plot(1)

Thanks, > not sure what you mean by pipe the output, if you want to save the graph > you need to do that by grabbing the window, there could be things like > gifplot which render the plot command stream into a gif, but it doesn't (yet). Yes, this is what I was after. I'll try fetching the window

[9fans] New 9front image for raspberry pi

Hi All, I have published a new version of 9front image for raspberry pi. This version has a draft of an interactive tutorial in acme. I hope that it can help new people like myself to discover some of the basics of the system. https://github.com/sirnewton01/rpi-9front/releases/tag/nov2016-4

Re: [9fans] git client-ish

Thanks for the tool. I managed to get it working on plan9front/386 Go 1.8 beta1 with a network connection. I will probably try it soon on plan9/arm. Initially, it did not compile. Here are the quick fixes that I needed to make. 1) There is no syscall.Stat_t on plan9, instead the stat.Sys() retu

Re: [9fans] git client-ish

Thanks for setting this up. It's going to be really helpful for my work. Cheers, Chris > On Dec 5, 2016, at 12:14 PM, Dave MacFarlane wrote: > >> On Sat, Dec 3, 2016 at 8:12 PM, Chris McGee wrote: >> >> The tests seem to be passing. I will try more rigorous tes

[9fans] Test, please ignore

Test

Re: [9fans] The Case for Bind

I really like this description. Thank you > On Sep 15, 2017, at 2:07 PM, Brian L. Stuart wrote: > >> On Fri, 9/15/17, Marshall Conover wrote: >> >> I'll start digging in to see what I can do. I think I jumped the >> gun by trying to contribute a feature, ... > > On this point, I'd suggest a

[9fans] Backgrounding a task

Hi All, When I'm using Unix, there's a workflow that I use for long running commands that I'm hoping to find the equivalent in the Plan 9 way of doing things. I will occasionally run a command, realize that it will take a long time to complete. I don't want to kill it. I'll just Ctrl-Z and bg t

Re: [9fans] Backgrounding a task

Thanks for the tip! I'll give that a try. Chris > On Oct 7, 2017, at 12:04 AM, Skip Tavakkolian > wrote: > > Spitballing here: in the new window do something like > > cat /proc/123/ns | rc > > Or first massage the ns then generate an output for rc. > >&

Re: [9fans] Go 1.4.3 compilation on Raspberry Pi

There are some binaries available here if you want to use them to bootstrap: http://www.9legacy.org/download.html Chris On Oct 11, 2017, at 6:13 AM, Richard Miller <9f...@hamnavoe.com> wrote: >> I am trying to compile Go 1.4.3 on my Raspberry Pi following David's >> instructions on https://gith

Re: [9fans] Backgrounding a task

m to /dev/wctl which is default. > > Yaroslav Kolomiiets > > 7 жовт. 2017 р. о 15:21 Chris McGee пише: > > Thanks for the tip! I'll give that a try. > > Chris > > > > З мобільного >> On Oct 7, 2017, at 12:04 AM, Skip Tavakkolian >> wrote: >&

Re: [9fans] Backgrounding a task

The namespace join facility looks interesting. Do you have a patch somewhere for it? > Of course, a lot of the isolation that per-process namespaces give you > is suddenly undone by the introduction of this facility. I'm not sure if the lack of isolation is any different than what can be done

Re: [9fans] Backgrounding a task

> Think about multiple processes owned by multiple users running on a > cpu server. Which processes should be allowed to join which > namespaces? > > Perhaps allowing only the hostowner to join namespaces for debugging > and administration purposes would be acceptable. Ah, right. What about onl

Re: [9fans] There is no fork

Thanks everyone. This thread has been a fascinating read for me. Chris

Re: [9fans] how to undo in Rio shell window and Acme editor?

There’s a ‘win’ command you can executed in acme to get an interactive rc shell window. > On May 9, 2018, at 11:40 AM, 刘宇宝 wrote: > > Great thanks for your idea, file oriented design is very flexible! The > prompt function may be used to automatically backup the output of previous > command,

[9fans] Acme create new file

Hi All, I’ve been using acme for a while and really enjoying the capability in such a small (code size) tool. I’ve been creating new files by executing New to create a new window, typing the full path of the new file and then Put to save it. Am I missing an easier way to do this, perhaps via a

Re: [9fans] Acme create new file

B filename as a command in that directory in a win > frame or rio window. > > >> On 13 May 2018 at 02:22, Chris McGee wrote: >> Hi All, >> >> I’ve been using acme for a while and really enjoying the capability in such >> a small (code size) tool. >>

[9fans] Is Plan 9 C "Less Dangerous?"

Hi All, I'm reading this article about how they are going through the giant heaping pile of Linux kernel code and trying to come up with safer practices to avoid the "dangers" of C. The prevailing wisdom appears to be that things should eventually be rewritten in Rust some day. https://lwn.net/Su

Re: [9fans] Is Plan 9 C "Less Dangerous?"

Thanks everyone. This is pretty much what I expected was the case. I just wanted to confirm my understanding. Plan 9 C was re-engineered with some focus on readable code. Readability is expected to make bugs more apparent, making it less “dangerous.” Linux is so huge and hard to read that even s

Re: [9fans] Is Plan 9 C "Less Dangerous?"

> > Could even be that the many-eyes approach encouraged the complexity; > > in fact, that could easily be the unintended consequence. > > I suppose it made complexity seem less bad, for a while, but I was > thinking economic factors likely drove it to get more complex. Also, I get > the impressio

Re: [9fans] Is Plan 9 C "Less Dangerous?"

> I believe that the core of the problem with the C language is that is > based upon abstracting the PDP-11 instruction set. CPUs, such as Intel/AMD > x64 are vastly more complex so "optimising" C compilers are trying to make > something simple take advantage of something far more complex. Perhap

Re: [9fans] Is Plan 9 C "Less Dangerous?"

> Wasn't that the whole point of RISC? > It could be, but after having looked briefly at the size of the design for RISC-V Rocket and especially BOOM I wonder if it's all overly complicated. They even built their own high level hardware language (Chisel) that generates Verilog using Scala. Yuck.

  1   2   >