> Are you running 9atom? Ramakrishnan Muthukrishnan is also
> running 9atom. I suspect this problem is specific to 9atom,
> since I never encountered it on Plan 9.
Yes, I'm running 9atom.
> Could you run acid on the process and provide us the
> output of asm(*PC) and regs()? Thanks.
Included is
> I also had the same result using the recent Go code.
> This is cause by the line of
> $GOTOOLDIR/go_bootstrap cleaan -i std
> in make.rc.
>
> It can also make the same result for the
> $GOTOOLDIR/go_bootstrap install ... line.
>
> My go_bootstrap file size is 5143780.
>
> Has anyone solved t
> On Wed, Mar 26, 2014 at 6:08 PM, David du Colombier <0in...@gmail.com> wrote:
>> You can easily fix the generated include/plan9/plan9_libc.h file by
>> hand for now. It seems /sys/include/libc.h is slightly different on
>> 9atom, so the include/plan9/mklibc.rc script have to be adapted. Don't
>>
Many years ago (around 1991) one of my mentors who's passed away gave me a
many generations old-photocopy of a document with examples of Unix coding
(shared memory, pipes, etc).
It seemed to be part of a training guide from Bell labs. I no longer have a
copy of the document and remember far too li
On Sun, Mar 30, 2014 at 01:26:05PM -0700, Bakul Shah wrote:
>
> http://doc.cat-v.org/unix/unix-reader/
>
yes. the maintainer of cat-v.org was the 'friend' who requested the
document. :-)
pgpevj1eTXFup.pgp
Description: PGP signature
> On Mar 30, 2014, at 12:47 PM, Nick Owens wrote:
>
> 9fans,
>
> a few months ago, at a friends request, i acquired a copy of a research
> unix reader and scanned it, and i put it on archive.org.
>
> the pdf and some other formats are available, but the conversion is not
> very good, so the p
9fans,
a few months ago, at a friends request, i acquired a copy of a research
unix reader and scanned it, and i put it on archive.org.
the pdf and some other formats are available, but the conversion is not
very good, so the pdf is the best bet.
https://archive.org/details/a_research_unix_reader
> repeat example with 18 bit mask m=0x3 we get (p2 & ~m) == 0x4 then
> we bust and following encoded bytes are compared in each branch separately.
yup, you're right.
- erik
no.
lets try example with p1=0x3 and p2=0x7 and assuming your m=0x7 mask
in tab2.
p1 (0x3) = 0xf0 0xbf 0xbf 0xbf (0b 0b1011 0b1011 0b1011)
p2 (0x7) = 0xf1 0xbf 0xbf 0xbf (0b0001 0b1011 0b1011 0b1011)
for m == 0x7
(p1 & ~m) == 0
(p2 & ~
On Sun Mar 30 12:30:53 EDT 2014, misch...@9.offblast.org wrote:
> 9fans,
>
> i wrote a clone of the '2048' game in plan 9 c.
> http://9.offblast.org/stuff/2048.c
>
> 8c -FTVw 2048.c; 8l -o 2048 2048.8
>
> it can also be run in plan9port (amd64 linux here):
>
> 9c 2048.c; 9l -o 2048 2048.o
>
>
> 0xxx
> 110x 10mm
> 1110 10mm 10mm
> 0xxx 10mm 10mm 10mm
>
> m = tab2[i]
> x = ~m
[...]
>
> Rune tab2[] =
> {
> 0x003f,
> 0x0fff,
> 0x3,
> };
>
> makes snese?
doesn't a 3-bit mask -> 7 not 3?
i read tab2[] as the number of possibil
9fans,
i wrote a clone of the '2048' game in plan 9 c.
http://9.offblast.org/stuff/2048.c
8c -FTVw 2048.c; 8l -o 2048 2048.8
it can also be run in plan9port (amd64 linux here):
9c 2048.c; 9l -o 2048 2048.o
some of the credit goes to aap, whose version is here.
http://plan9.papnet.eu/misc/2049.
couldnt make any sense out of tab2 at first, but
i think i got it now:
0xxx
110x 10mm
1110 10mm 10mm
0xxx 10mm 10mm 10mm
m = tab2[i]
x = ~m
so i think tab2 should be:
Runetab2[] =
{
0x003f,
0x0fff,
0x3,
};
makes snese?
--
13 matches
Mail list logo