> I am suggesting breaking out just the diffs and new mkfiles in
> a separate tree so that one can do
>
> mk all && mk install
>
> This can fetch the necessary bits, apply patches, build, test,
> create downloadable binaries (with crypto signatures if you
> care) etc. As part of this it can
On Mon Dec 2 15:44:27 EST 2013, ba...@bitblocks.com wrote:
> On Mon, 02 Dec 2013 15:38:21 EST erik quanstrom
> wrote:
> > On Mon Dec 2 15:25:33 EST 2013, 0in...@gmail.com wrote:
> > > > > python on plan9 can't even handle the codereview extension.
> > >
On Mon Dec 2 15:25:33 EST 2013, 0in...@gmail.com wrote:
> > > python on plan9 can't even handle the codereview extension.
> >
> > i believe that's false. jas' port does a lot of things the
> > prior port does not. it's on bitbucket.
>
> I agree with Erik. Jeff Sickel did a very good job on the
On Mon Dec 2 15:10:29 EST 2013, skip.tavakkol...@gmail.com wrote:
> python on plan9 can't even handle the codereview extension.
i believe that's false. jas' port does a lot of things the
prior port does not. it's on bitbucket.
- erik
On Mon Dec 2 14:13:51 EST 2013, skip.tavakkol...@gmail.com wrote:
> Please explain this assertion (e.g. TSEMACQUIRE contradicts it).
>
> On Mon, Dec 2, 2013 at 9:25 AM, wrote:
>
> > > This current situation is not insurmountable; it seems that we have
> > enough
> > > people who are interested
On Mon Dec 2 14:17:04 EST 2013, skip.tavakkol...@gmail.com wrote:
> I believe one or two 9fans have provided systems for this purpose.
>
>
> On Mon, Dec 2, 2013 at 10:33 AM, erik quanstrom
> wrote:
> >
> >
> > all this is moot unless we can get plan 9 integra
On Mon Dec 2 12:22:09 EST 2013, lu...@proxima.alt.za wrote:
> > anyway, what's the argument for not just forking?
>
> I like Go's portability across platforms. Having a version for Plan 9
> that is inconsistent in this respect is exactly the opposite of what I
> want. Nothing stops anyone from
> I know that David and I are monitoring golang-dev pretty closely. By
> the same token, I suspect that Gorka and Nemo don't (I don't know this
> for a fact, I'm speculating). What would help immensely would be if
> we could advertise each of the willing contributors' own interest in
> the develo
On Mon Dec 2 10:01:48 EST 2013, lu...@proxima.alt.za wrote:
> > is the threat standing? that is, if the plan 9 port is broken again
> > when 1.5 rolls around in just a few more months, does the plan 9
> > port get booted then, too?
>
> The threat is real: Plan 9 is a burden for the developers an
> The Go tree is still in a code freeze but I'll have those
> CLs submitted as soon as it reopens.
>
> Also, we have three months (until the Go 1.3 code freeze) to
> get the Plan 9 port passing all tests on the build dashboard
> or it will have to move outside the main repository:
there is no dem
> actually, even a union won't help you here: "When a value is stored in
> a member of an object of union type, the bytes of the object
> representation that do not correspond to that member but do correspond
> to other members take unspecified values."
in the example, don't all the bytes of i cor
> I think this is a compiler bug. What happens when you
> declare a union but still do, for example,
>
> (((uchar*)&tmp.i)[0] = ((uchar*)mem)[3]
>
> etc.? I bet it works.
the union itself explicitly declares aliasing, not which
member you use.
- erik
On Wed Nov 27 13:07:31 EST 2013, skip.tavakkol...@gmail.com wrote:
> why is mips different (erik's version)?
>
> supermic% ./8.out
> 7878
> mikro% ./v.out
> 7878
> rpi% ./5.out
> 7878
>
because it's big endian. what you're doing there is
putting bytes in specific positions. in this ca
On Wed Nov 27 11:04:46 EST 2013, st...@quintile.net wrote:
> Whilst porting some code from the net I came across
> the attached, rather obscure, code.
>
> run as:
>
> larch% 8c -D 'STATIC=static' t.c && 8l t.8 && 8.out
> 7878
> larch% 8c -D 'STATIC=' t.c && 8l t.8 && 8.out
> /sys/src/cmd/unix/u9fs/authp9any.c
> authp9any.c.orig:369,375 -
> /n/sources/patch/u9fs-afid/authp9any.c:369,378
> fprint(2, "p9anyattach: afid %d state %d\n", rx->afid,
> sp->state);
> if (sp->state == Established && strcmp(rx->uname, sp->uname) == > 0
> get_nanbits(unsigned int *b, int k)
> {
> union { double d; unsigned int z[2]; } u, u1, u2;
>
> k = 2 - k;
> u1.z[k] = u2.z[k] = 0x7ff0;
> u1.z[1-k] = u2.z[1-k] = 0;
> u.d = u1.d - u2.d; /* Infinity - Infinity */ <<<== this is the
> FATAL ERROR.
> b[0] = u.z[0];
> b[1] = u.z[1];
>
> By the way I have always the same problem (suicide with stack overflow
> running arithchk).
that's not a stack overflow, that's a x87 floating point stack overflow.
if you would post the code around the program counter in your error
message it would be helpful. asm(*PC) with acid would be even
On Fri Nov 22 08:22:29 EST 2013, vanattenm...@gmail.com wrote:
> In Plan 9 acme, if you type
>
> {}
>
> then go back and type text between the brackets
>
> {Curiouser and curiouser!}
>
> the right arrow is blocked when you want to go over the closing
> bracket to continue typing to its right. (
On Thu Nov 21 09:59:42 EST 2013, j...@corpus-callosum.com wrote:
>
> On Nov 21, 2013, at 4:40 AM, Mark van Atten wrote:
>
> > For the moment, I prefer this to drawterm-cocoa because there is no
> > flicker, and window borders remain intact when reshaping with B1 or
> > B2.
>
> Ah, but with draw
On Wed Nov 20 10:57:46 EST 2013, arn...@skeeve.com wrote:
> > ! ~ $st ?* ^ '|' ^ *
>
> Sheesh. I'm a long time Unix type and even to *me* that looks like
> line noise. :-)
! ~ $status ?* ^ '|' ^ *
ah, sorry. FTFY.
- erik
> target: prereq
> FOO_COMMAND | BAR_COMMAND
> st = $status
> if (~ $st ?* ^ '|' ^ *) {
> echo FOO_COMMAND failed
> exit 3 }
i think there a bug in this. a trailing ~ 1 1
or similar is necessary to clear the status from the if.
alternately, how about replacing the if
since i'm not a big virtual machine user, it's hard to keep up.
in looking over the changes to /dev/pci today i noticed a
vmware ahci device, which we don't handle. (!) since it seems
that most every ahci device works right out of the box, there
seems to be no point in whitelisting vendor ids. a
On Mon Nov 18 06:46:22 EST 2013, 9f...@hamnavoe.com wrote:
> > this is because wakeup() takes about 100-1000x as long as sleep(0)
>
> [Citation needed]
since rendezvous has to do a bunch of locks and a context switch,
whereas sleep(0) doesn't really have to do anything other than
check anyhigher()
On Sun Nov 17 17:32:22 EST 2013, j...@corpus-callosum.com wrote:
> Has anyone else experienced new builds of the sources arm tree getting hung
> up with semacquire?
>
> 99: httpd pc cac0 dbgpc cac0 Semacquire (Wakeme) ut 1 st 2 bss
> 168000 qpc 608157d8 nl 0 nd 0 lpc 608758c4 pri 1
this is a one-liner. here's a little demo:
chula; sed 's:8192:64*1024:g' fatcat.c && tmk
fatcat.c
6c -FVTw fatcat.c
6l -o 6.fatcat fatcat.6
chula; cat /bin/gs>/dev/null;for(i in cat 6.fatcat)time $i /bin/gs >
/dev/null
0.00u 0.01s 0.41rcat /bin/g
from the obsolete issues department. :-)
at least on my 64-bit systems, recent versions of cdfs have
trouble with some audio cds, mostly newer ones.
; history /amd64/bin/cdfs
Feb 18 21:58:21 EST 2013 /amd64/bin/cdfs 208408 [quanstro]
Feb 18 21:58:21 EST 2013 /n/dump/201
On Thu Nov 14 04:06:16 EST 2013, puta2001-...@yahoo.com wrote:
> for my native plan9 (on ibm t42) abaco's google links are without one
> "/", so i have add one manualy in address bar. (google link shows for
> example http://www.google.com/url?q=http:/9fans.net/archive/..)
the problem is urlcombi
On Thu Nov 14 07:31:17 EST 2013, nberc...@yahoo.fr wrote:
> On 13/11/2013 20:33, erik quanstrom wrote:
> > has anybody done any work on a reasonable pdf viewer for plan 9?
> > gs just doesn't cut it. it works very poorly on 64 bit machines, and
> > also fails on a lot o
On Thu Nov 14 08:03:07 EST 2013, st...@quintile.net wrote:
> Hi,
>
> I have the ac97 driver referenced recently on 9fans
> and can report it working nicely on
> Intel Corporation ALC850 Realtek AC'97 , 8086/24d5
>
> My only problem is it spells sample rate as 'rate' and
> expects it to be written
has anybody done any work on a reasonable pdf viewer for plan 9?
gs just doesn't cut it. it works very poorly on 64 bit machines, and
also fails on a lot of datasheets i need to use even on 32-bit machines.
poor pdf support is my #2 problem with plan 9. (just barely edged out
by dns).
- erik
> this seems like it should work, but sometimes the computed PC for the
> next line is way off, and cont() just runs the entire program. even more
> confusing, doing pcline of the computed pc prints the next line
> correctly, e.g.
>
> x = filepc(pcfile(*PC)+":"+itoa(pcline(*PC)+1));
> print(pcline
On Fri Nov 8 16:21:55 EST 2013, st...@quintile.net wrote:
> > works just fine on 9front
>
> I sould have guessed :-)
>
> I will look at the diffs.
also works in 9atom.
- erik
iirc, the issue is very minor—a problem interpreting urls by webfs.
- erik
On Tue Nov 5 13:06:06 EST 2013, cinap_len...@gmx.de wrote:
> how is this possible? execing a zero byte file should fail
> header parsing, which is portable code in sysexec(). can
> you reproduce the panic?
>
> i get this on a pc:
>
> term% ./xxx
> ./xxx: exec header invalid
this is not what hap
i was running vl from /sys/src/cmd/vl/v.out, and got this
init: starting /bin/rc
µ# panic: kmapfault: unmapped 0xe0198040
the clue is that v.out was 0 sized after the reboot. so it appears
that the panic is not correct. this should be a user fault.
- erik
for those of you who gave talks, could you send along
slides?
- erik
> No :) ipsec in plan9 is VERY limited, look at esp.c (/sys/src/9/ip/esp.c)
that is the subset that is most useful. there are several small
additions to this in 9atom that you may find useful. esp (ha)
ckwindow, and setalg.
- erik
/n/atom/ftp/usbinstamd64.bz2 (http://ftp.9atom.org/other/usbinstamd64.bz2)
is an image suitable for installing 9atom with an
amd64 kernel and executables from a usb stick or
directly from a hard drive. this is much like the
usbtest image, but with full source and docs.
i am currently using the te
On Thu Oct 24 16:11:35 EDT 2013, paul-a.patie...@polymtl.ca wrote:
> Selon Sakis Kasampalis :
>
> > Is there any chance of getting network (IP) support on virtualbox? My
> > adapter according to lspci is: Ralink corp. RT3090 Wireless 802.11n
> > 1T/1R PCIe
>
> 9front has a driver for that:
>
> h
i thought this was a fun little hack with acpi, the nix kernel, and
cooperative hardware.
don't you hate it when you hit the power button and that moment of
doubt creaps in? did i halt the system ... or not. perhaps it hung?
solution. teach the power button to just take care of this stuff.
her
> as you wrote, sam window configuration depends on the situation. But
> for me its not the number of files that changes the resize options,
> but the base size of the whole sam workspace.
[...]
so i'm wondering. acme does a good job of auto layout.
the thing acme lacks is a edit buffer (~~sam~~
On Mon Oct 21 15:58:59 EDT 2013, st...@quintile.net wrote:
> I am trying to build for arm (for my PI) but I cannot
> link the linker or the compiler
>
> hugo% objtype=arm
> hugo% cd /sys/src/cmd/5l
> hugo% mk install
> 5l -o 5.out asm.5 list.5 noop.5 obj.5 optab.5 pass.5 span.5 enam.5 compat.5
>
> I think the correct url is:
>
> http://newftp.9atom.org/other/usbtest.bz2
yes, thanks. although just http://ftp.9atom.org/other/usbtest.bz2
was intended.
- erik
there has been a lot of interest in raspberry pi hacking, so
if you've got one, and you're coming, please bring it along.
also, note there have been some typos on the iwp9 page,
so please double-check the schedule. let me know offline
if you have any issues.
- erik
On Mon Oct 21 00:54:51 EDT 2013, ru...@mostlymaths.net wrote:
> Erik, quick question:
>
> how can I go about getting it into one of my USB drives (if possible a
> method without needing a working P9, because all I have are virtual
> machines and I think they are in my other computer) and testing
this isn't perfect, or complete, but there is a minimal
64-bit and/or 386/pae usb boot environment here
http://ftp.quanstro.net/other/usbtest.bz2. it's only 10mb,
so it should be a quick download. the reason
for building this was to quickly debug a system that wouldn't
install, but it might be in
On Fri Oct 18 16:29:35 EDT 2013, 23h...@gmail.com wrote:
> What did look do?
>
> On 10/17/13, a...@9srv.net wrote:
> > // The one I still occasionally miss is 9term's look option
> > // which used to use before I had real plan9 :-)
> >
> > Me too. I'm hoping to get to that. There's a no-op in nil
> In some situations I don't have an x// that selects all of the data
> to operate on so I can't set up sub commands (x/../{ ... }).
>
> Instead, I sometimes end up highlighting one block of text, going
> to a scratch buffer and highlighting an Edit command, going back
> to my file window and sen
> If the 'flag +x' worked as documented, it would be easy to tell :-p
the syntax is "flag x +".
- erik
> The aux/vga in termrc isn't running. The one I added to
> $home/lib/profile is. (And why isn't 'flag +x' added to
> /rc/bin/termrc barfing out the expected trace data? The 'echo kill
> -roy' immediately below it fires off.)
at least on my machine, the simplified relevant bit looks like
> > does "aux/vga -l $vgasize" do what you expect?
> >
> No, it actually kicks the display into graphics framebuffer node.
> (That's *not* what I expected.) But this turns up a new problem: no
> data from the mouse. /dev/mouse is there, but it returns no data. I
> can start rio at this point, bu
> It seems that it was. Geoff appears to have un-horked the
> frammis. Thanks!
three cheers for the unhorkification!
- erik
On Tue Oct 15 15:46:57 EDT 2013, st...@quintile.net wrote:
> Hi,
>
> Compiling open source software with 8c I see:
>
> "reg DI left allocated"
>
> I haven't unpicked the code from all its #defines to see
> what is actually causing this, and I assume the answer is just
> to simplify the cod
On Tue Oct 15 09:20:16 EDT 2013, sdao...@gmail.com wrote:
> erik quanstrom wrote:
> |- 9fans
> |
> |thanks for the interest!
>
> no, i'm just totally brain dead.
i didn't think so. seems like sleep should be fixed. but i need
more information on your envir
> then each tick sleeps ~1 second (sometimes a tick needed 3 in the
> tests i've done). But if i add
hmm. can you explain more about the environment, and kernel you
were using? i'd like to correct the kernel timing. sleep(n) must be
fairly accurate. i would define that as accurate to ±1/HZ on
On Mon Oct 14 22:36:25 EDT 2013, lyn...@orthanc.ca wrote:
> > does pci output show a vga device?
>
> Yes, and aux/vga shows all the VGA BIOS entries I expect to see.
does "aux/vga -l $vgasize" do what you expect?
- erik
On Mon Oct 14 20:58:07 EDT 2013, lyn...@orthanc.ca wrote:
> "You are at Witt's End ..."
>
> Well, I am. Parallels 8.0.18608. Mac OS 10.8.5. Plan 9 from roughly
> August 30. 9pcf kernel running flawlessly in a 2560x1440x32 full
> screen window, for weeks.
>
> Two days ago, I boot the VM and it
> Same question but for Beaglebone Black.
i have one, and intend to get to it real soon now™.
but there are so many projects in the queue. it
might be obsolete before i get to it.
- erik
this entry from dns here is in the local ndb files.
buda.quanstro.net
buda.quanstro.net ip192.168.0.139 AN 0/3600
buda.quanstro.net ip192.168.0.139 AD 1411699741/3600
AN means authoratative from network, and AD means authoratative from (n)db
files
i feel rather dumb for not thing of this until now.
it's been a constant annoyance that cd in scripts screws
up plumbing. here's a fairly fool-proof solution.
unfortunately if you like your acme tag jumping like
a jack rabbit with its tail on fire, you may be bored
during compiles. :-)
> i had an old dell latitude d630 to try an install. 9atom installed
> perfectly, and all the devices i need to run a cpu/fs/auth server all
> worked out of the box, so that is what i am currently using. nice work
> on the hardware support.
>
> when i have a decent dev and test environment setup,
> 9front works in virtualbox.
i don't think it's that simple. 9atom runs in at least one install of
vbox, but i have also seen it fail. the reports on the list have been that
it takes a little magic, and the right vbox version.
- erik
On Wed Oct 9 11:54:41 EDT 2013, st...@quintile.net wrote:
> Hi all
>
> It has long been an irritation that Brdline returns failure (to match the
> end of line token) at end of file if the file does not end with a newline.
>
> This is correct but annoying.
>
> does anyone had a neat snippet of c
remember, you have till the 11th to get the special rate with the hotel.
- erik
> Sorry about the confusion. I was looking for any current information
> on how to successfully install 9atom on vmware. What I've found via
> google is very sparse and not recent. From what I am able to gather,
> it sounds like the vmware ATA hardware emulation is severely lacking
> and doesn't ag
> You would probably be better off using qemu than virtualbox.
xen/qemu are also on the list of things that really need better support.
- erik
> it sounds like the vmware ATA hardware emulation is severely lacking
> and doesn't agree with what's in 9atom's sdata.c. It's a starting
> point, though. Does that help?
can you just set it up to do ahci?
- erik
> >> > Has anyone been able to install 9atom on any version of VMware
> >> > Workstation? If so, would you please share the settings you used to
> >> > get it working. I am trying to setup a go dev environment and need
> >> > 9atom for python 2.7.
> >
> > sorry about that. the last time i messed w
> This seems to be a regular question, but there is very little to no
> useful or current information available, so I will ask again in hopes
> that something has changed.
i think there's a disconnect here. that is, i don't really understand the
question. so what would an acceptable answer look
two notes, a very rough schedule has been posted, and the 2013.10.11 is the
last day you can get the special rate at hotel indigo.
also, please register if you have not already. i need to finalize the rooms
we'll be using.
- erik
> proxy | while read i; do
> (
> mount -b $i /dev
> $*
> ) &
proxy | while(i=`{read} && ! ~ $#i 0){
{
mount -b $i /dev
exec $*
}&
}
- erik
On Tue Oct 1 07:35:11 EDT 2013, aris...@ar.aichi-u.ac.jp wrote:
> Hello,
>
> Am I missing something?
> It seems logic is inverted to me.
>
> Kenji Arisawa
>
> maia% ls -l
> ...
> --rw-rw-r-- M 323 arisawa arisawa 0 Sep 29 06:29 x
> --rw-rw-r-- M 323 arisawa arisawa14 Sep 28 17:5
On Sun Sep 29 23:00:29 EDT 2013, asbras...@gmail.com wrote:
> However stating that "just works" equals "don't rework it" is very
> Microsofty, tho'
also debatable wrt sockets. in 1992, it was not possible with sockets to
add an address family without changing all the user programs that intended
verified functional now that hardware is available:
ivey# grep i210 /dev/kmesg
#l0: i210: 1000Mbps port 0xfde0 irq 11 tu 1514 a0369f1c3af7
ivey# grep link /net/ether0/stats
link: 1
- erik
On Tue Sep 24 23:19:26 EDT 2013, brz-systemd-...@intma.in wrote:
> I don't have a p3, but I hope this helps.
very useful.
- erik
On Tue Sep 24 22:54:57 EDT 2013, s...@9front.org wrote:
> This is from a Thinkpad T43p:
>
thanks! interesting processor. iirc that was the first one from
the group that got us off the netburst arch.
- erik
i've been adapting cinap's work getting aml talking to the gas structures to
nix.
to see what the aml is up to, i've been tracing the accesses. i found this
especially amusing:
aml: writeioport: port 80 len 1 aa
aml: readioport: port 80 len 1 aa
as in, write 0xaa (acpi mode, usi
On Tue Sep 24 12:24:30 EDT 2013, misch...@9.offblast.org wrote:
> is there source code available for these tests?
/n/sources/contrib/quanstro/locktest.
i've discovered that machines with 24 or more cores are
particularly interesting.
- erik
On Tue Sep 24 12:24:30 EDT 2013, misch...@9.offblast.org wrote:
> is there source code available for these tests?
yes, but i realized while i was making the request that they
will compile incorrectly on machines that have already upgraded
the system libraries because semaphores will be used where
unfortunately, i only have a pretty narrow selection of
rather new intel xeons and and rather old intel atoms.
if anyone with an x86-based machine would mind sending
me the output of:
9fs sources
/n/sources/contrib/quanstro/locktest/doalltests
that would be a great help. output f
here's the raw data from a seperate run, and slightly different code,
and a different machine.
this is a test with thread(2) channels with T tx procs × R rx procs:
; aux/cpuid -i
Intel(R) Xeon(R) CPU E31230 @ 3.20GHz
; wc -l /dev/sysstat
8 /dev/sysstat
; for(i in 1 2 4 8 16)time 6
> On 22 September 2013 03:55, erik quanstrom wrote:
>
> >
> > new 1.55e10 O=10M=8
> > old 2.74e10
> >
> > new 3.64e10 O=0 M=8
> > old 5.14e10
> >
> > am i doing something
http://davidrhoskin.com/gsoc/2013/img/
- erik
> you are missing the reason. read the paper.
the paper in question one assumes is "Semaphores in Plan 9",
Sape Mullender and Russ Cox, IWP9, 2008.
the idea in the paper is the scheduler might hurt, but i don't think
there's any real development of that idea. so it's also possible that
the sched
when i measure chan send performance with the attached program with
the semaphore locks that have been made the default for sources and
with the old locks, the old locks surprisingly outperform the new ones
by a large margin.
the test is let O be the number of buffers in the channel, and M be
the
i had a fault in usb/kb this evening, and have a proposed fix.
it also seemed like a good time to address the goto soup in repeatproc.
by moving the timer into its own proc, it was possible to turn
repeatproc into a case statement. the downside is there's
a tiny bit of busy work going on between t
uhh, the Uhh structure is, uhh, unused in all architectures
except omap. :-) Uhh looks like it's specific to omap and
was accidentally copied, but i don't have all the manuals right here.
does anyone know for sure?
- erik
> Now when we are on topic. Does recent Plan9 (or any of the forks)
> support GPT?
there's a start in 9atom, but it's not finished.
- erik
i've got a funny little box that was fiddling with this evening, and ehci
doesn't
seem to want to play nice with one keyboard. bios can talk to a compact apple
keyboard, so ehci is working, and ehci is getting interrupts, but i'm getting
this
message on the console
from port/usbehci.c:
On Tue Sep 17 10:04:20 EDT 2013, k...@sciops.net wrote:
> Quoting dexen deVries :
>
> > awk(1) says, ``[s]tring constants are quoted " ", with the usual C escapes
> > recognized within.'', but \0 seems to terminate internal string
> > reprezentation...
> >
> > so how do i output a real NUL byte?
>
here's the link to hotel indigo's special rate.
i've verified that i get the correct rate when
clicking through.
it's also up on iwp9.org.
http://www.hotelindigo.com/redirect?path=hd&brandCode=in&localeCode=en®ionCode=1&hotelCode=AHNIN&_PMID=99801505&GPC=COC&blpu=true
- erik
On Fri Sep 13 02:32:12 EDT 2013, quans...@labs.coraid.com wrote:
> i have lost pppoe on the line that serves this site. hopefully this
> won't last but a few hrs. i just can't easily roust the helpdesk at 2am. ☺
we're back online. i guess it was easier than you'd think.
- erik
i have lost pppoe on the line that serves this site. hopefully this
won't last but a few hrs. i just can't easily roust the helpdesk at 2am. ☺
- erik
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
> 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 is
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
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
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
>
> #include
>
> is missing. Took me a while to figure that
> I presumed I missed the obvious errors because I didn't know what to
> look for. I'll see if I can internalise this for future use. With
> the CVS sources, turning on "T" creates an avalanche of errors. I
> suspect the same goes for OpenLDAP.
it's surprising how many large projects rely on vi
attached. sorry for the violence to the 9fans standard of no attachments.
- erik#!/bin/rc
# 9fs filesystem [mountpoint] - srv & mount filesystem, usually from plan 9
rfork e
nflag=-n
if(~ $1 -a){
shift
nflag=()
}
switch($1){
case ''
echo usage: 9fs service '[mountpoint]'
1101 - 1200 of 6034 matches
Mail list logo