Re: [9fans] incompatible type signature
it appears that there are mistakes in ntohl and ntohs. The problem with _sock_findrock() is that in /sys/src/ape/lib/bsd/connect.c the #includesys/stat.h is missing. Took me a while to figure that one out. I rearranged the #includes to match socket.c, now that the entries are the same. I'm not (yet) going to work my way through each module. ++L
Re: [9fans] Any ANTS Users?
'addsources' is just an rc script. If you open it up, you'll notice it just mounts the sources fs from Bell Labs, and binds some of it over /bin, which is why it takes a minute. It's there mostly for fun, use it sparingly. :) I recommend going through his tutorials, which explain everything and show you how to rebuild an image from scratch, so you can modify it to do things like point it at a local file server. The 9gridchan venti is no longer reachable over the net. mycroftiv was a little worried (understandably) that there might eventually be some issues with wide-open, public, archival storage. - Original message - Hello 9fans, I am using the version of the Advanced Namespace ToolS available from the website, and of course gawking at it going Well, how in the Hell do I...? Todays revelation involved using addsources to populate my /bin directory, and of course, when I run faces I am told that /bin/faces doesn't exist. First up, where is my Plan 9 VM getting these files in the /bin directory? After the addsources command is executed, I wait for a couple of minutes, and then the /bin directory is populated. Can I hazard that they're being downloaded, or perhaps even namespaced in? If so, where are they coming from? The 9gridchan venti? If this sounds like a load of BS, correct me, I'm just very curious to understand what is happening. So addsources executes, lo and behold, I have my programs. I am able to ls -l - yup, they're there, execute the program in question, and the file doesn't exist. So whats causing this? Again, I'm just curious, eager to understand the inner workings of this thing I only barely know the outline of. Now, I know the best person to ask would be mycroftiv, but he seems to be unavailable at the moment, which is fair enough. Does anyone else use ANTS, can they answer my questions, and can they please lend a hand? Many thanks all! Shane.
[9fans] device names in venti conf
Can we avoid explicit device names in venti conf? Changes in device names on new hardware cause unnecessary delays during FS recovery.
Re: [9fans] incompatible type signature
On Thursday 12 September 2013 01:21:38 erik quanstrom wrote: i believe all the type signature problems in 9atom's ape have been sorted out. if you find something that does not work, it will be fixed. - erik On 9atom 1 out of two type signature conflicts got resolved when I tried to build GNU nano (using FGB's PDcurses, rebuilt on 9atom to avoid that character width or something might be an issue). The resolved issue was some sort of internal conflict in libbsd bind. The remaining issue gives the following linking error (for nano) and is a conflict between libbsd and libdraw: ??none??: incompatible type signatures 50220469 (/386/lib/ape/libdraw.a(screen)) and 9bbe58(/386/lib/ape/libbsd.a(bind)) for bind
[9fans] xen3: fresh build 9xenpccpuf dies on boot
Re-build of 9xenpccpuf, the PV Xen guest kernel built from sources at /n/sources/xen/xen3/9), with latest changes in sys/src/9/port/, sys/src/libc/ and others - resulted in non-functional kernel: it dies on boot with attached diagnostics. I haven't looked further yet. attachment: xen.png
Re: [9fans] xen3: fresh build 9xenpccpuf dies on boot
The crash seems to be in init, not the kernel. Are you sure your file system image is good?
[9fans] NFD and p9p acme on OSX
Running p9p on OSX, I find it useful to put this in my rc profile:
fn ls {
builtin ls $* | iconv -f UTF8-MAC -t UTF-8
}
fn lc {
builtin lc $* | iconv -f UTF8-MAC -t UTF-8
}
so as to deal with the NFD used by the OSX file system and list
names containing non-ascii characters correctly.
But this doesn't solve the corresponding problem when clicking B3 to
open a directory in acme.
Am I overlooking something? If not, what do people use to deal with
this---perhaps a patch to lib9?
Mark.
Re: [9fans] incompatible type signature
On Thu Sep 12 02:27:31 EDT 2013, lu...@proxima.alt.za wrote: it appears that there are mistakes in ntohl and ntohs. The problem with _sock_findrock() is that in /sys/src/ape/lib/bsd/connect.c the #includesys/stat.h is missing. Took me a while to figure that one out. just for the record, 9atom hasn't had this problem since feb. - erik
Re: [9fans] xen3: fresh build 9xenpccpuf dies on boot
The crash seems to be in init, not the kernel. Are you sure your file system image is good? it doesn't get far enough for root from:, so it seems to fail somewhere in the initcode blob
Re: [9fans] xen3: fresh build 9xenpccpuf dies on boot
On Thu Sep 12 09:49:19 EDT 2013, yari...@gmail.com wrote:
The crash seems to be in init, not the kernel. Are you sure
your file system image is good?
it doesn't get far enough for root from:, so it seems to fail
somewhere in the initcode blob
this may be related to the change put in for the routerboard.
it increased the size of Tos, and thus shifted everything around
on the stack. but the old pc kernel didn't account for this, and
386 kernels failed with bad arg in syscall. this never affected the
pae kernel, or the other architectures. here's the fix as it went
into 9atom.
; 9fs atom
; cd /n/atom/plan9/sys/src/9/pc
; history -D main.c
Aug 3 15:30:45 EDT 2013 main.c 16439 [quanstro]
Aug 3 15:30:45 EDT 2013 /n/atomdump/2013/0912/plan9/sys/src/9/pc/main.c 16439
[quanstro]
10a11
#include tos.h
25a27,31
enum {
/* space for syscall args, return PC, top-of-stack struct */
Ustkheadroom= sizeof(Sargs) + sizeof(uintptr) + sizeof(Tos),
};
294c300
sp = (uchar*)base + BY2PG - MAXSYSARG*BY2WD;
---
sp = (uchar*)base + BY2PG - Ustkheadroom;
- erik
Re: [9fans] NFD and p9p acme on OSX
On Thu Sep 12 05:41:19 EDT 2013, vanattenm...@gmail.com wrote:
Running p9p on OSX, I find it useful to put this in my rc profile:
fn ls {
builtin ls $* | iconv -f UTF8-MAC -t UTF-8
}
fn lc {
builtin lc $* | iconv -f UTF8-MAC -t UTF-8
}
so as to deal with the NFD used by the OSX file system and list
names containing non-ascii characters correctly.
But this doesn't solve the corresponding problem when clicking B3 to
open a directory in acme.
Am I overlooking something? If not, what do people use to deal with
this---perhaps a patch to lib9?
i created something similar for plan 9. it uses runecompose
(see runeclass(2), http://9atom.org/magic/man2html/2/runeclass)
this uses tables built by awk scripts directly from unicodedata.txt.
there is a rune/compose (see rune(1), http://9atom.org/magic/man2html/1/rune)
that makes it possible to write
fn lc {builtin lc $* | rune/compose}
but i agree, one would like a more systemic solution. cooking this
into stat/wstat wouldn't work, because the file name text might escape
p9p and cause the rest of the system to be confused.
perhaps runecompose and runedecompose (or equivalent) could be
cooked into fullrune, chartorune, runetochar, etc. (for apple oses only?)
the big pain point would be dealing with the fact that chartorune
could create up to maxcombiners*4 bytes of utf-8, and fullrune might
need that size buffer to convert one rune. it's easy to grep for these
use cases.
- erik
[9fans] CVS 1.11.23
Should anyone find it useful, I have repaired CVS where it insisted in creating files (on import and add/commit, seemingly) with empty permissions. The expression in src/import.c:1444,1448 mode = (sb.st_mode | (sb.st_mode S_IRWXU) 3 | (sb.st_mode S_IRWXU) 6) ~cvsumask ~(S_IWRITE | S_IWGRP | S_IWOTH); must lose the ~ in front of cvsumask. How it got there and why no one has fixed it is a bit of a mystery to me. I haven't yet made sure that my copy of the sources is faithful to the release - it's been a long time since I last looked into this - but if anyone wants me to dump the sources as they stand in their direction, just drop me a line, preferably here on 9fans or on my google mail account: lucio.dere is the account. ++L
Re: [9fans] incompatible type signature
On 9atom 1 out of two type signature conflicts got resolved when I tried to
build GNU nano (using FGB's PDcurses, rebuilt on 9atom to avoid that
character
width or something might be an issue).
The resolved issue was some sort of internal conflict in libbsd bind. The
remaining issue gives the following linking error (for nano) and is a
conflict
between libbsd and libdraw:
??none??: incompatible type signatures 50220469
(/386/lib/ape/libdraw.a(screen)) and 9bbe58(/386/lib/ape/libbsd.a(bind)) for
bind
when did you last sync your source? i believe this has been fixed:
minooka; nm (/386/lib/ape /n/atom/plan9`{pwd})^/libdraw.a | grep bind
i just applied the patch 9diff to 9atom which includes adiff (see 9diff(1))
which should make tracking differences easier.
- erik
[9fans] iwp9
hey guys, the indigo hotel is about to sell our reserved rooms off to other folks. if you're interested in staying at indigo, i would suggest doing so soon. also, please don't forget to register, or send in your papers or works-in-progress. - erik
[9fans] loongson (spim) port
Hello Fans, In case any one is interested, recently I am trying to port Plan 9 to loongson 2E machine (fuloong 2E minicomputer from Lemote, mips le). Well, the 2F machines are way more popular than the 2E, but I have only the 2E in hand... The current status is that, the kernel is booted up, but the ethernet is not supported yet, nor the disk. So the only thing it can do is having fun through rc(1) on a serial console, with a bzroot built in the kernel. Now I am trying to bring the ethernet up, so hopefully we could have a minimal cpu server. While the machine is 64 bit, this kernel is 32 bit. Many bits are taken from the rb kernel (many thanks!). There is still a long way to go. Unlike the rb kernel, I haven't thought hard about performance issues for its tlb size. And libc stuff is just a copy from mips code with just working modifications for the endianess, and not all cases are covered. FP is not up either, for unknown reason... I would like to share it and I am asking for a contrib directory. - cherry
Re: [9fans] loongson (spim) port
I would like to share it and I am asking for a contrib directory. I'd love to see what you've done, so maybe I can help twist Geoff's arm (not that I've ever known Bell Labs to be reluctant with contrib space on sources). I have a Yeeloong 8089 A I bought specially for this purpose, so please can I (a) encourage you to continue and (b) contribute in any way to your efforts? It does seem like you know considerably more than I do about this, but I'm willing to catch up, if you have the patience to guide me. ++L
