They are edited by dykinson
(www.dykinson.com)
isbn 978-84-9849-088-6
If I did not a mistake, the pdf in the web is exactly
the same.
Just, FYI.
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 tuto
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
> 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 sc
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 d
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 Gaglia
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
Speaking of FreeBSD, I'd guess that all versions up to 7.0-RELEASE (and some
time beyond) don't have it. As the surrounding code seems to be more or less
shared with drawterm and inferno that could make for a large share of the
user base (on FreeBSD.) Therefore I think the rename would be the clean
d by runes like that one: �
I also fetched the latest p9p (20080711); same behaviour.
Any idea about what's going on please?
Cheers,
Mathieu.
hole 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.
>
>
>
>
> 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 thoug
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 j
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:
What I'm pointing out is that file doesn't look hard enough to guess
accurately. Something like
.ds da December 4, 3210
.DA \*(da
.TL
would not be detected.
On Jul 11, 2008, at 12:11 PM, hiro wrote:
So that's only one file that is absolutely correct. It turns out
th
from other ones which appear sooner in the mail.
>
> As turjo 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 late
> 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 vxa/zlib/deflate.
change the definition of VX32_LDFLAGS in src/Makefrag to:
VX32_LDFLAGS := -Llibvxc -L$(dir $(shell gcc -m32 -print-libgcc-file-name)) \
On Fri, Jul 11, 2008 at 2:32 PM, ISHWAR RATTAN <[EMAIL PROTECTED]> wrote:
>
> System:
> Linux tigaon 2.6.25-4.slh.3-sidux-686 #1 SMP PREEMPT Fri May 23 21:58:49
22 matches
Mail list logo
