Re: [9fans] libXg/test.c

Re: [9fans] libXg/test.c

[Russ Cox]

Part of the effort that David mentioned is that I hope
to have color Sam and Acme running from their own
sources before long.  The lack of file system, of
course, will prevent using programs like win or Mail,
but just having the editing and execution capabilities
of Acme will be very nice.

Russ

Re: [9fans] libXg/test.c

[David Gordon Hogan]

[-- Attachment #1: Type: text/plain, Size: 437 bytes --]

I started unifying all the various ``Plan 9 on Unix & Nt'' thingies
a while ago, but I got bogged down trying to make a better
Inferno, which nobody (here at least) really wanted.

I've shelved the Inferno effort.  Russ has been helping with
drawterm, on and off.  I might spend some time over the
weekend tidying up the remainder of "9pm".  There shouldn't
be all these different versions of sam and the supporting libraries.


[-- Attachment #2: Type: message/rfc822, Size: 1698 bytes --]

From: Boyd Roberts <boyd@strakt.com>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] libXg/test.c
Date: Fri, 07 Dec 2001 20:15:39 +0100
Message-ID: <3C11155B.9D4309DD@strakt.com>

> The "9libs" version of libXg doesn't appear
> to have this problem.

My version came from:

    http://netlib.bell-labs.com/netlib/research/sam.shar.gz

Re: [9fans] libXg/test.c

[Boyd Roberts]

> There shouldn't be all these different versions of sam and the supporting libraries.

Right!

Re: [9fans] libXg/test.c

[Scott Schwartz]

David writes:
> There shouldn't be all these different versions of sam and the supporting
> libraries.

What he said.  Sign me up for the cleanup project.

Re: [9fans] libXg/test.c

[Boyd Roberts]

> What he said.  Sign me up for the cleanup project.

Please try and factor in being able to turn off UTF
to make latin-1 on unix bearable.  It's probably a
compile time thing, unless you live in 'mixed' universe.

In a 'mixed' universe it's probably pretty tricky to
do in any simple, general way.

Thanks.

Re: [9fans] libXg/test.c

[Maarit Maliniemi]

In article <20011207200957.4622.qmail@f.bio.cse.psu.edu>,
9fans@cse.psu.edu wrote:

>  Sign me up for the cleanup project.

Since Mark is very busy with other things I am sure that interested
parties can just ask for 9libs. Provided that one wants to use auto-tools,
ofcourse.
Sam-9libs is always avaliable for anybody that wants to do something in C.
After beeing allowed back into heaven (HLL coding) I have great
difficulties persuading myself to start activly maintaing it again.

bengt

Re: [9fans] libXg/test.c

[Leo Caves]

David Gordon Hogan wrote:
>
> I started unifying all the various ``Plan 9 on Unix & Nt'' thingies
> a while ago, but I got bogged down trying to make a better
> Inferno, which nobody (here at least) really wanted.
>


David, care to elaborate on how you were trying to better inferno?
Leo

Re: [9fans] libXg/test.c

[David Gordon Hogan]

[-- Attachment #1: Type: text/plain, Size: 70 bytes --]

The "9libs" version of libXg doesn't appear
to have this problem.


[-- Attachment #2: Type: message/rfc822, Size: 1836 bytes --]

From: Boyd Roberts <boyd@strakt.com>
To: "9fans@cse.psu.edu" <9fans@cse.psu.edu>
Subject: [9fans] libXg/test.c
Date: Fri, 07 Dec 2001 12:59:29 +0100
Message-ID: <3C10AF21.4E5AA76@strakt.com>

Here's a trivial patch to libXg/test.c which I've been meaning to
send in (or I've sent in).  I'm not sure bobf is still the
maintainer, so it goes to the list.

btw: libXg/test.c has problems with deep colour maps, but I don't
     really care about colour that much.

% diff -e libXg/OLDtest.c libXg/test.c
1a
#include <u.h>
.

Re: [9fans] libXg/test.c

[Boyd Roberts]

> The "9libs" version of libXg doesn't appear
> to have this problem.

My version came from:

    http://netlib.bell-labs.com/netlib/research/sam.shar.gz

[9fans] libXg/test.c

[Boyd Roberts]

Here's a trivial patch to libXg/test.c which I've been meaning to
send in (or I've sent in).  I'm not sure bobf is still the
maintainer, so it goes to the list.

btw: libXg/test.c has problems with deep colour maps, but I don't
     really care about colour that much.

% diff -e libXg/OLDtest.c libXg/test.c
1a
#include <u.h>
.