françai s | 20 Oct 17:44 2014

How the Plan9 developers solve problems that are not resolved by Assembly?

I think that the only case where you have to resort to writing binary
code manually
is when the assembler cannot output the desired code for some reason.
If I recall correctly, there is only one such case in the HelenOS

Here they manually encode the opcodes of five special debugging
instructions for the MSIM MIPS simulator (these instructions are not
part of the standard MIPS ISA, thus the assembler does not know them).

But the developers of FreeBSD not write binary code manually.

How the Plan9 developers solve problems that are not resolved by Assembly?

Carsten Kunze | 19 Oct 14:30 2014

libc struct Dir field type


where is the type field of libc struct Dir documented?  In source I found a compare of field type with the char
'M'.  Where can I loop up what 'M' means?


andrey mirtchovski | 18 Oct 19:04 2014

Re: Yosemite

> Have you rebuilt on it? mk seems unhappy (aborting in some cases).

I hadn't until now. extracted output and warnings below:

$ hg pull -u
pulling from
searching for changes
no changes found
+ Mailing list:
+ Issue tracker:
+ Submitting changes:

* Resetting /Users/aam/plan9/config
* Compiler version:
Apple LLVM version 6.0 (clang-600.0.54) (based on LLVM 3.5svn)
* Running on Darwin: checking architecture...
x86-64 found.
>>> /Users/aam/plan9/src
* Building everything (be patient)...

9c  dirread.c
        return getdirentries(fd, (void*)buf, n, &off);
note: 'getdirentries' has been explicitly marked deprecated here
int getdirentries(int, char *, int, long *)
1 warning generated.

(Continue reading)

Jeff Sickel | 18 Oct 18:20 2014

Re: Yosemite

> On Oct 18, 2014, at 9:55 AM, Anthony Sorace <a <at>> wrote:
> On Oct 18, 2014, at 1:52 , andrey mirtchovski <mirtchovski <at>> wrote:
>> fwiw, p9p's acme has worked fine in full screen for me on all yosemite
>> previews and the current release.
> Have you rebuilt on it? mk seems unhappy (aborting in some cases).

Ah, that’s interesting.  Some update on the redraw that will take some investigation.

I’ve also noticed that p9p doesn’t like to build on FreeBSD 10.  It’s not just
the elimination of gcc for clang, finally, but a change from resolv to unbound.


yy | 18 Oct 18:10 2014

gsoc reunion

Is anybody going to the GSoC reunion organized by Google next weekend
in San Jose? I will be there from Thursday to Sunday. Let me know if
you want to meet.


- yiyus || JGL .

Anthony Sorace | 18 Oct 07:09 2014


Just a quick note in case anyone else is wondering before updating OS X. 

My experience so far has been that drawterm-cocoa has issues when full screen which make it unstable (it'll
work for a while, then drawing gets flickery, then it crashes). This *seems* to be triggered by switching
OS X workspaces. I've been using it windowed and it's been stable for hours now.

Existing p9p binaries seem to mostly run fine (including full-screen drawing), but rebuilding is
failing. I'm too sleepy to track down why just now.


Yoann Padioleau | 17 Oct 21:56 2014

kencc benchmark vs gcc


Is there any benchmark results comparing kencc (e.g. 8c) vs gcc, clang, etc?
I’m interested mainly in the speed of the generated code, not so much in the
time it takes to compile something.

smiley | 15 Oct 17:56 2014

server push in 9P protocol


I'm wondering if there is any way to do server push using the 9P
protocol.  I'm trying to imagine use of 9P for applications such as data
acquisition.  One example might be caputing MIDI messages from digital
musical instruments.

As I understand the protocol, if an instrument served MIDI over 9P,
every MIDI message would have to be explicitly requested with a Tread.
And the instrument would have to wait for a Tread in order to send data.
If the instrument (server) sent more than one Rread with the same tag,
that would be a violation of the protocol.

It might be possible to reverse roles: for the instrument to act as a 9P
client and treat the MIDI host as a 9P server.  In that case, each MIDI
message could take the form of a Twrite to the MIDI host.  But that
would generate a series of Rwrites back from the host to the instrument,
which would be unnecessary and have to be ignored.

Another example might be isochronous data streams, such as video
captured at a fixed framerate from a video capture device.  Having to
send the same Tread or Rread 30x/second seems silly.

So, is there any way use 9P in a server-push mode, where the server
spits out a stream of data to be captured?


Yoann Padioleau | 15 Oct 00:11 2014

copy paste bug in cc.y?


It’s a copy paste bug here right?

|       LSWITCH '(' cexpr ')' stmnt
                $$ = new(OCONST, Z, Z);
                $$->vconst = 0;
                $$->type = types[TINT];
                $3 = new(OSUB, $$, $3);

                $$ = new(OCONST, Z, Z);
                $$->vconst = 0;
                $$->type = types[TINT];
                $3 = new(OSUB, $$, $3);

                $$ = new(OSWITCH, $3, $5);


audio device interface

Hi folks,

could anyone point me to some documentation of the Plan9
audio interface ?

I'm currently thinking about using this as a replacement for
the pulseaudio protocol (i really wanna get rid of the dbus
crap, step by step)

mit freundlichen Grüßen
Enrico Weigelt,
metux IT consulting

brankush | 13 Oct 11:07 2014

Raspberry PI - SPI screen

What cheap screens do you used with raspberry pi?

Does this PiTFT work?