ron minnich wrote:
futex?
http://en.wikipedia.org/wiki/Futex
so do we need a futtocks device?
i think this can be implemented without
any additional devices... wtf?!
ron
cinap
This a reminder that papers are invited for the 3rd International
Workshop on Plan 9 (details below). Submission deadline is the
end of August, which is approaching quickly...
If you're thinking you might offer a paper, or if you have an
idea for a subject you'd like to see (or present) in a
I shuold just mail quanstro I guess but maybe someone made a tool
/n/sources/contrib/quanstro/src/vblade
The vblades served by this particular vblade require some magic in the
first few bytes.
Vblade on other platforms will quite happily serve a bunch of zeros
Anybody got a script for making
1) Did you update them for the 4th edition kernel, or are they still
3rd edition?
2) Does it include a source code listing?
3) Is it digital or hard print?
4) Is it available in America for USD?
Otherwise, cool!
On Jul 11, 2008, at 3:57 AM, Francisco J Ballesteros wrote:
They are edited by
Answers, in the same order:
3rd edition.
No. The source must be retrieved from the old url with the tar
of the source as it was when the book was written.
hard print; for digital, retrieve the pdf from the web.
I think so, but I'm not 100% sure.
hth
On Fri, Jul 11, 2008 at 3:15 PM, Pietro
Just a bit of humor:
COMPUTER
ME
% cd troff
% file *
advp9prog:directory yes (old attempt at plan 9 programmer's
guide)
algoawk:directory
FreeBSD added memrchr to its libc a couple of weeks ago. The system one uses
size_t for the len argument; the 9vx one long. Changing that to unsigned
long probably would make the compiler happy but would most likely choke the
linker up. I chickened out and just commented out the definition in
fetched the latest p9p (20080711); same behaviour.
Any idea about what's going on please?
Cheers,
Mathieu.
So that's only one file that is absolutely correct. It turns out that the
problem is file isn't reading the
.FP font
as a troff -ms macro line. In the books, they don't read enough lines to
see that there are more .PPs than there are #includes. Ah well.
And if you thought that
On Fri, Jul 11, 2008 at 2:10 AM, Kernel Panic [EMAIL PROTECTED] wrote:
ron minnich wrote:
futex?
http://en.wikipedia.org/wiki/Futex
so do we need a futtocks device?
i think this can be implemented without
any additional devices... wtf?
what the futex? I was mainly joking. I was
I know! We need dynamically loadable shared object files and a new
language to describe all the things that file can do, and then a
compiler for that language that generates shared objects that are
dynamically loaded at runtime
Oh, wait.
But seriously (yes, Virginia, for the humor impaired,
bentley.ms: troff -ms input yes (Bentley
paper)
doctype might produce better guesses at troff macro packages and preprocessors
On Fri, Jul 11, 2008 at 11:44 AM, Pietro Gagliardi [EMAIL PROTECTED] wrote:
Just a bit of humor:
COMPUTER
ME
% cd troff
% file *
advp9prog: directory
yes (old attempt at plan 9 programmer's guide)
algoawk:
advised me on #plan9, I tried
'9p read mail/mbox/n/raw'
in an acme win. That outputed the whole message, however the accented
chars were replaced by runes like that one: �
I also fetched the latest p9p (20080711); same behaviour.
Any idea about what's going on please?
Cheers,
Mathieu
Yes,
9p read mail/mbox/40/raw | tcs -f 8859-15
seems to be working fine, thanks.
Then any idea why acme Mail has a problem with this message?
likely the mime character set string is different
from what tcs expects.
- erik
System:
Linux tigaon 2.6.25-4.slh.3-sidux-686 #1 SMP PREEMPT Fri May 23 21:58:49 UTC
2008 i686 GNU/Linux
$ cd src; make
produces the error: (seems to be missing gcclib.a?):
..
ld -o vxa/zlib/ezlib -Llibvxc -L -g -L. libvxc/vx32/crt0.o vxa/zlib/ezlib.vo
vxa/zlib/compress.vo
16 matches
Mail list logo
