9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
* [9fans] (no subject)
@ 2006-09-12 20:44 Chuck Foreman
  2006-09-12 20:47 ` David Hendricks
                   ` (2 more replies)
  0 siblings, 3 replies; 434+ messages in thread
From: Chuck Foreman @ 2006-09-12 20:44 UTC (permalink / raw)
  To: 9fans

Hi,

How to install:
My Laptop won't allow both a CD and a floppy drive. The CD controller
is somehow not recognized despite booting from the CD! It recognizes
the floppy drive despite it not being there... Anyway... I can use use the
floppy drive to boot from for the install. I need to get some feedback
regarding the order of install.

Since I can't store the image on CD and use the floppy at the same time;

Is there any advantage to using cfdisk to set the available primary  
partition
for Plan 9 in advance of the floppy install?
What happens when it finds an existing Plan 9 partition?
Will/would the "partdisk" step do this "automatically" ie
prompting for the necessary partitions?

If I interrupted the install at that point (after the partitioning
but prior to loading the image)could I theoretically put/copy
the Plan9.iso image into the Plan 9 partition.. is there any benefit to  
that?


Should I put the image somewhere on the HDD (a Primary Fat32, Primary
F-BSD, an log/ext linux reiserfs)and mount this at that stage in the  
install?
Should I wait and see what the install will prompt for available media..  
interrupt
if necessary..copy the media there) and resume the install?


Thanks

Taking it slowly and deliberatly

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2018-04-02 15:27 Steve Simon
  2018-04-02 21:08 ` Digby R.S. Tarvin
  0 siblings, 1 reply; 434+ messages in thread
From: Steve Simon @ 2018-04-02 15:27 UTC (permalink / raw)
  To: 9front, 9fans

Hi,

I am in the Uk, and moving house.

t have an HP T5325 Thin client which uses the
same Marvel chipset as the guruplug.
http://www.parkytowers.me.uk/thin/hp/t5325/index.shtml

Someone got as far as getting one to net boot plan9 but
didn't (If I remember correctly) get the graphics working.
http://thread.gmane.org/gmane.os.plan9.general/72588

There is also an SATA interface which can be accessed with
a little soldering.
https://habrahabr.ru/post/260631/


Free to anyone who wants it - I may ask for a postage
contribution if you are far from me. Be quick or it goes
into the skip.

-Steve



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2018-01-04 20:11 Steve Simon
  2018-01-04 20:22 ` Lyndon Nerenberg
  2018-01-04 23:37 ` Greg Lewin
  0 siblings, 2 replies; 434+ messages in thread
From: Steve Simon @ 2018-01-04 20:11 UTC (permalink / raw)
  To: 9fans

Hi,

I haven't tried for a few weeks but sources.cs.bell-labs.com
has gone (from DNS), I don't know about the server behind it
as I never kept a record of the IP address.

has the labs server gone for good? (RIP).

-Steve



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2017-08-30 14:12 Steve Simon
  2017-08-30 16:36 ` Steven Stallion
  0 siblings, 1 reply; 434+ messages in thread
From: Steve Simon @ 2017-08-30 14:12 UTC (permalink / raw)
  To: 9fans

Hi,

I haven't looked for a while, but http://plan9.bell-labs.com has gone,
and http://plan9.bell-labs.com/sources/ is broken -
/usr/web/plan9/sources.html has disappeared from the web server.

Is there anyone left at the labs who might be able to fix at least the
web access to sources, it does look rather sad.

https://9p.io/plan9 is still available, thank goodness.

-Steve



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2016-12-02 11:44 Steve Simon
  2016-12-02 19:12 ` Bakul Shah
  0 siblings, 1 reply; 434+ messages in thread
From: Steve Simon @ 2016-12-02 11:44 UTC (permalink / raw)
  To: 9fans

Hi all,

Anyone have some small and neat code (in C) to parse ISO8601 date/time
notation with all its glorious options?

Its not hard to write, but it would be time consuming to test all the varients so
if anyone has some code, or knows of some in /sys/src that I have missed,
please tell me.

Thanks people,

-Steve



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2016-07-29  0:01 kokamoto
  0 siblings, 0 replies; 434+ messages in thread
From: kokamoto @ 2016-07-29  0:01 UTC (permalink / raw)
  To: 9fans

Subject change to ether Yuk driver for 88E8036

I noticed the 9fans reopen now.
I tried this mail at June 16, 2016, but failed...
I'd like to announce this to all, particulary eric.

I posted a mail to 9fans, but I don't have received that mail,
so retries it to this mailing-list.

I asked the above line for about two weeks ago to 9fans.
Now I got a solution by myself.

The problem was 88E8036(Yukfe) chip has a small amount
of RAM buffer, which eric didn't pay attention.

I tried to may diff file, however, I wrote too many comment lines
on the file, which leads to a fuge sized diff file.
Therefore, I'll write only the differences between the last cdrom
of 9front and myself.
belows are the data:
(please pay attention to ===> lines)
-----from here-----
1)static Vtab vtab[] = {
	0x11ab,	0x4351,	1514,	"88e8036",



2)in buffinit() function:

	if(q == Qr || q == Qr + Qportsz){
===>		t = end - start;
		rrwrite32(c, q + Rpon, t - 8192/8);		/* set Rx upper threshold, pause on */
===>		rrwrite32(c, q + Rpoff, t/4);		/* set Rx lower threshold pause off */



3)in phyinit() function:

	if((c->feat & Fnewphy) == 0){
		u = phyread(c, Phyextctl);
		u &= ~0xf70;			/* clear downshift counters */
		u |= 0x7<<4;			/* mac tx clock = 25mhz */
		if(c->type == Yukec)
			u |= 2*Dnmstr | Dnslv;
		else
===>			u |= (0<<8 & 3<<8)|(1<<8 & 3<<8);
				......
	}else{
===>		if(c->feat != 0)		/* exclude Yukfe */
			u |= Ppmdixa >> 1;		/* why the shift? */
		if(c->type == Yukfep && c->rev == 0){
		}
			.....
+++	if (c->type == Yukfe){	/* led control */
+++		u = u1 = phyread(c, Phyphy);
+++		u &= ~(0xf <<4);
+++		u |= 0x0b<<4 & 0xf<<4;
+++		phywrite(c, 0x16, u);
+++		u1 |= (1<<8 & 7<<8) <<1;
+++		phywrite(c, 0x18, u1);
+++	}
	phywrite(c, Phyintm, Anok | Anerr | Lsc);		/* phy interrupt mask */
	dprint("phyid %.4ux step %.4ux\n", phyread(c, 2), phyread(c, 3));
}
------- to here -----

Kenji




^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2014-11-25  4:20 trebol
  0 siblings, 0 replies; 434+ messages in thread
From: trebol @ 2014-11-25  4:20 UTC (permalink / raw)
  To: 9fans

Hello everyone.

I'm curious about the behavior of rc concatenating null strings (brakes
execution on error...).  It's a feature, rationally thought-out, or a bug?

If anyone can tell me the story behind, I'll be grateful.

trebol.




^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2014-07-31  5:18 kokamoto
  0 siblings, 0 replies; 434+ messages in thread
From: kokamoto @ 2014-07-31  5:18 UTC (permalink / raw)
  To: 9fans

Subkject: A68-N5000 cabini motherboard

I got it functional partially.

This is for energy-saving motherboard with APU (15W TDP)
on it without coolong fan.

I just moved the HDD used on a C2D machine
to this box, where it booted successfully with only
one problem, ether chip.

The ether chip on this board is:
1.0.0: net 02.00.00 10ec/8168 ....,
and the error message from the kernel is:
rtl8169: unknown mac 8168 4c000000.

No, the ether8169.c file does not have that line.
However ether82598.c file does.
Then, I checked out the ether8169 line from /sys/src/9/pc/pcf,
and tried to recompile the kernel, and got a huge sized one:
size 9pcf
  1309468t + 6491264d + 375712b = 8176444.

I think the second size may be too big!

I recompiled the 386 kernel many times and had
no problem like this.
The compilation after the last kernel recompilation are
go(1.3?) and amd64 kernel.

Anyone has an idea what'i going on?

Kenji




^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2014-07-05  0:38 kokamoto
  0 siblings, 0 replies; 434+ messages in thread
From: kokamoto @ 2014-07-05  0:38 UTC (permalink / raw)
  To: 9fans

Subjecxt: how to change login user on 9pi?

I tried to change the /n/9fat/cmdline.txt file to

readparts=1 nobootprompt=local user=kokamoto.

Now I can login as kokamoto.  Then I'd like to make ask the
login name at boottime.  How I can change it?

Year!  Now I'm a network user of 9pi.
I got Buffalo's ether-wireless bridge at about 5000円,
which is higher than pi board itself!

Now I can write Japanese email like:
日本語の練習をしましょう

Kenji




^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2014-06-21 19:45 Steve Simon
  2014-06-21 23:39 ` cinap_lenrek
  0 siblings, 1 reply; 434+ messages in thread
From: Steve Simon @ 2014-06-21 19:45 UTC (permalink / raw)
  To: 9fans

Subject p9p and writable strings

Anyone built p9p recently, how do you cope with modern gcc
which now places all string constants in a readonly section
in the executable, and there is nolonger an option to prevent it.

the two main offenders I have found so far are mktemp() and cleanname().
In several places these are passed string constants.

the obvious alternatives would be to have these two functions return
malloc'ed memory (and remeber to free it later), or to replace
the string constant with an initialised variable.

What has anyone else done? have I missed somthing?

-Steve



^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2014-04-16  1:52 sl
  2014-04-16  9:39 ` Ingo Krabbe
  0 siblings, 1 reply; 434+ messages in thread
From: sl @ 2014-04-16  1:52 UTC (permalink / raw)
  To: 9fans

>> In my experience a VESA BIOS will sometimes report
>> different available modes depending on the detected
>> EDID.
>
> I have no problem believing this is true, but I'm also sure > there's more to it than that.

I agree. One problem is that these things are all different,
almost completely undocumented, and implement non-standard
modes seemingly at random. Some people involved with various
OSX86[0] efforts have developed methods for probing (and in
some cases, modifiying) the VESA BIOS on some cards. All
kinds of strange behaviors have been observed.


> I'd be interested in a survey with broader results
> than just dueling anecdotes

I haven't made any attempt to catalogue VESA vs EDID
discrepancies, but I do keep a small archive of hardware
info here:

http://plan9.stanleylieber.com/hardware

We try to collect the sysinfo[1] output for as many
systems as possible, for later reference.

sl

[0] http://www.osx86project.org
[1] http://man.aiju.de/1/sysinfo



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2014-04-15 14:41 Steve Simon
  2014-04-15 15:36 ` Anthony Sorace
  2014-04-15 15:50 ` erik quanstrom
  0 siblings, 2 replies; 434+ messages in thread
From: Steve Simon @ 2014-04-15 14:41 UTC (permalink / raw)
  To: 9fans

Hi,

I have got hold of a new 1920x1200 monitor but no card I can find seems
to support it on plan9 - Even cards that claim this resolution and higher
don't have the vesa mode entry.

Anyone any thoughts, or suggestions of cards that do
have the apropriate high resolution VESA modes?

Thanks,

-Steve



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2014-03-19 18:44 Jacob Todd
  0 siblings, 0 replies; 434+ messages in thread
From: Jacob Todd @ 2014-03-19 18:44 UTC (permalink / raw)
  To: Fans of the OS Plan 9 from Bell Labs, erik quanstrom

On Sun, 16 Mar 2014 10:51:37 -0400, erik quanstrom wrote:
>since you mention the host's hardware, i'm a little confused.  the host's
>hardware doesn't make any difference.  it's drawterm's bridge between
>#A and the host's audio device that's the question.  has someone
>done this for os-x?  if so, where's the code?
>
http://h1ro.dyndns.org/drawterm/
http://9fans.net/archive/2012/06/205



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2014-03-15 23:07 Steve Simon
  2014-03-15 23:26 ` Jacob Todd
  2014-03-16  1:51 ` Jeff Sickel
  0 siblings, 2 replies; 434+ messages in thread
From: Steve Simon @ 2014-03-15 23:07 UTC (permalink / raw)
  To: 9fans

Subject Drawterm windows audio?

Anyone added an audio driver to windows or osx drawterms?

-Steve



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2013-11-17 23:04 Steve Simon
  0 siblings, 0 replies; 434+ messages in thread
From: Steve Simon @ 2013-11-17 23:04 UTC (permalink / raw)
  To: 9fans

Subject i2c and gpio

I need an i2c driver for plan9, anyone implemented
one in the past and have opinions on what they should
look like?

I have to revisit some old code but I wrote a driver for
another OS which implemeted 255 virtual files in /dev/i2c/*
one for each possible address (well there are some reserved
ones but you get the idea).

I need GPIO pins too. again in OSs passim I just had a file
per pin, no clever magical mapping of bits into integers.

I then allowed a write to reconfigure the port as an output,
or a read to set it as an input; the I/O config being persistent.

This worked well for us but perhaps is naive?

Thoughts anyone?

-Steve



^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2013-06-03 15:43 sl
  0 siblings, 0 replies; 434+ messages in thread
From: sl @ 2013-06-03 15:43 UTC (permalink / raw)
  To: 9fans

> what would be helpful, and move the discussion forward, is if someone
> could try to replicate this with unclean shutdowns after various file
> operations.  i suspect that it won't repeat.  but either way, it
> will move the discussion forward.

For what it's worth, unclean shutdowns resulted in lost data for me
under both fossil and hjfs. In my experience unclean shutdowns never
seemed to cause problems for cwfs64x.

In the case of both fossil and hjfs it is sometimes possible to repair
the damage. Other times it is not. Fossil has vocal supporters, while
hjfs is still marked experimental (bugs are actually getting fixed). The
problem for users is that when you boot the system and you can't access
your files, it gets in the way of the reason you booted the system in the
first place. Persistence of this condition is unacceptable.

I ran fossil on both hardware and under different virtual machines and
eventually experienced file corruption on every single install. Once I
found out about cwfs I switched to that and had zero problems, ever.
Okay, I said to myself, this is where I'll stay. Anecdotal? You betcha.
But cwfs never lost data.

We can argue about who misread what messages forever. The fact is
that some of us had problems with fossil and then found ways around
the problems. For some of us that meant patching fossil or changing
the way we used fossil. For others, it meant finding some other
filesystem. Saying "there is no problem" changes nothing. You can
debate with the Grand Canyon for hours, but when you walk off the
cliff you're still going to plummet to the ground.

http://img.stanleylieber.com/src/15358/img/1370274020.jpg

-sl



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2013-04-30 15:56 lucio
  2013-04-30 17:11 ` erik quanstrom
  0 siblings, 1 reply; 434+ messages in thread
From: lucio @ 2013-04-30 15:56 UTC (permalink / raw)
  To: 9fans

Subject Sheevaplug and NVRAM

Every time I start the Sheevaplug, I have to enter the authentication
details that ought to be written to VNRAM.  This seems unnecessary,
but my attempts to assign a single block of flash to NVRAM have so far
been unsuccessful.

Could somebody mail me an example of a successful allocation of flash
memory for Plan 9 use on a Sheevaplug so I can figure out what I am
doing wrong?

++L




^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2012-10-19  9:46 Sophit4
  0 siblings, 0 replies; 434+ messages in thread
From: Sophit4 @ 2012-10-19  9:46 UTC (permalink / raw)
  To: 9fans

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

RIP, Uriel. Wish you'd stayed around to make us laugh and contribute to
plan9.

>From http://uriel.cat-v.org

*
*

*"The individual has always had to struggle to keep from being overwhelmed
by the tribe. If you try it, you will be lonely often, and sometimes
frightened. But no price is too high to pay for the privilege of owning
yourself."*

                                        — Friedrich Nietzsche

On 10/17/2012 06:08 PM, Rob Pike wrote:

Does anyone know what happened?

-rob

[-- Attachment #2: Type: text/html, Size: 592701 bytes --]

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2012-09-03 11:16 yaroslav
  2012-09-03 11:40 ` Charles Forsyth
  0 siblings, 1 reply; 434+ messages in thread
From: yaroslav @ 2012-09-03 11:16 UTC (permalink / raw)
  To: 9fans

subect: update:V: in system mkfiles

Many system mkfiles have targets like this:

update:V:
	update $UPDATEFLAGS $UPDATE

These're no program named 'update' however — besides pc/update which
doesn't seem to apply here.

Could somebody please advise what these are meant for?  Is it still
relevant?

Thanks.

- yk




^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2012-04-11  9:38 陈俊秀
  0 siblings, 0 replies; 434+ messages in thread
From: 陈俊秀 @ 2012-04-11  9:38 UTC (permalink / raw)
  To: 9fans

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

hi,

I try to mount the local foler in the vm, use the 9p protocol, it mount
success, enter the foler, i can read and write the files already in the
folder ,but can't create new folders and files in it. why and how can i
solve it?

i created the vm use qemu -fsdev
local,id=test_dev,path=/root/shared,security_model=none -device
virtio-9p-pci,fsdev=test_dev,mount_tag=test_mount
the guest vm is redhat with 2.6.32 kernel,  in the guest os terminal: mount
-t 9p -o trans=virtio test_mount /tmp/shared/ -
oversion=9p2000.L,posixacl,cache=loose
and it's no use when i update the kernel to higher .


thanks,
xiu

[-- Attachment #2: Type: text/html, Size: 1944 bytes --]

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2011-12-30 18:08 erik quanstrom, erik quanstrom
  2011-12-30 18:49 ` Jack Norton
                   ` (2 more replies)
  0 siblings, 3 replies; 434+ messages in thread
From: erik quanstrom, erik quanstrom @ 2011-12-30 18:08 UTC (permalink / raw)
  To: 9fans

> > It might be a bit
> > much for home use, but if I had a little bit of a budget I'd use Coraid's AoE
> > stuff as the basis for my storage.
>
> Yeah, it's pretty overkill.  I've previously worked at a storage
> company as a file system guy and now I have at home a nice array with
> ZFS on top.  It works great, but I want to scale down.  I want less
> stuff, not more.  And I want to use Plan9, not Solaris.

aoe doesn't require solaris, or any other operating system.
you can use it directly with a plan 9 file server, as i do.

- erik



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2011-11-22 18:32 Steve Simon
  0 siblings, 0 replies; 434+ messages in thread
From: Steve Simon @ 2011-11-22 18:32 UTC (permalink / raw)
  To: 9fans

Subject factotum auth for commodity web browsers?

Hi,

I have a distant memory of somone talking about adding
factotum support to mozilla or firefox, but I can nolonger
fine a reference - did I imagine it?

Is there such a thing for p9p perhaps?

-Steve



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2011-08-09 12:40 Steve Simon
  2011-08-09 12:54 ` erik quanstrom
  2011-08-09 14:12 ` Russ Cox
  0 siblings, 2 replies; 434+ messages in thread
From: Steve Simon @ 2011-08-09 12:40 UTC (permalink / raw)
  To: 9fans

Subject rfork N

I want to construct a new namespace for an app, including a new root dir.
I was hoping to do this with a few lines of script starting with rfork N,
however this seems to be a dead end.

I can still access kernel devices directly using the # escape in filenames,
which includes '#s/fossil' for my file server. However I cannot get access
to mount(1) so I can never access any files in that fossil.

is rfork N in rc useless, and do I get a prize for noticing?

(or is it a lack of vision on my behalf as usual?)

-Steve



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2011-04-06  9:09 Stanley Lieber
  2011-04-25  7:42 ` Steve Simon
  0 siblings, 1 reply; 434+ messages in thread
From: Stanley Lieber @ 2011-04-06  9:09 UTC (permalink / raw)
  To: 9fans, video, cards, for, 1920x1080

> From: Tharaneedharan Vilwanathan <vdharani@gma...>
> Subject: suggestion for a video card
> Date: Tue, 18 Aug 2009 11:53:58 -0700
>
> hi,
>
> i am looking for a video card for plan9.
>
> here are my requirements:
>
> - should do 1920x1080 at 60Hz so i can connect to my LCD TV via HDMI
> - HDMI connector preferable but if the card does 1920x1080, i can use
> DVI to HDMI adapter
> - would be nice if it can also do 1920x1200
>
> has anyone played with such a card? is it orderable? any suggestions?
>
> any help appreciated.
>
> regards
> dharani

This post didn't garner a response. A couple of years later,
I have the same question. Is anyone running Plan 9 native
at 1920x1080 with an LCD monitor? What video card are you
using? What tweaks were necessary to get it to work?

The Nvidia card I use with OpenBSD crashes Plan 9 when I
attempt xga above 640x480x8. With cinap's realemu I'm able
to run at 800x600x32, but the card's VESA bios doesn't report
any available modes above 800x600. Some other cards I had
sitting around yielded higher resolutions under realemu (VMware
even reports 1920x1080 as a valid mode under VESA), but I
haven't yet hit upon the right combination to drive my LCD
monitor at 1920x1080.

-sl





^ permalink raw reply	[flat|nested] 434+ messages in thread
[parent not found: <96cc26fe3002748983b3fc16cc949bab@quintile.net>]
* [9fans] (no subject)
@ 2010-12-21  3:43 erik quanstrom, erik quanstrom
  0 siblings, 0 replies; 434+ messages in thread
From: erik quanstrom, erik quanstrom @ 2010-12-21  3:43 UTC (permalink / raw)
  To: 9fans

has anyone using cifs/aquarela had the chance to try
nfactotum with either with the mschap protocol?

(you will need the latest version of nfactotum to have
any hope of success.)

- erik



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2010-05-06 19:55 erik quanstrom
  0 siblings, 0 replies; 434+ messages in thread
From: erik quanstrom @ 2010-05-06 19:55 UTC (permalink / raw)
  To: 9fans

- erik



^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2010-03-08  4:22 lucio
  2010-03-08  4:49 ` ron minnich
                   ` (2 more replies)
  0 siblings, 3 replies; 434+ messages in thread
From: lucio @ 2010-03-08  4:22 UTC (permalink / raw)
  To: 9fans

> I only strongly suggest that you put the contrib gui at the heart of
> what the user sees.

Agreed wholeheartedly.  Thing is, It's autoconf that needs careful
redesign: even though contrib/replica is not as comprehensive as a
revision control even when backed by venti, it is unmatched for Plan 9
purposes.  But that leaves one still at the mercy of autoconf and it
seems to me that the trigger for change ought to come  from Plan 9.
And in case I haven't yet made it clear, I don't have a good enough
picture in my head to suggest a replacement.

In fact, Steve Simon and fgb both have done great work to help there,
but I feel the real answer is still at large.

And if anyone should find this bait irresistible, keep in mind that
the final product needs to be portable across at least a few OS
platforms as well as hardware architectures and that it should
probably be targetting the Plan 9 toolchain rather than GCC (G++ is a
problem, of course, but Go may help there as at least with the NetBSD
packages, the number of C++ offerings is limited.).

++L




^ permalink raw reply	[flat|nested] 434+ messages in thread
[parent not found: <mailman.26991.1268008023.1512.9fans@9fans.net>]
* Re: [9fans] (no subject)
@ 2010-03-07 17:47 lucio
  2010-03-07 18:37 ` John Floren
  0 siblings, 1 reply; 434+ messages in thread
From: lucio @ 2010-03-07 17:47 UTC (permalink / raw)
  To: lucio, 9fans

> we've got fgb's wonderful program and I think we're crazy if we don't
> build on that.

A deserved compliment, certainly.  Now to figure how to provide the
grouping I believe is required in addition to the means for
replication.  And, if I'm not being stupid, some facility to make sure
that the final product has at least some chance of working according
to expectations.  Can't expect fgb to deal with that :-)

++L




^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] nb—search and index notes in files by keyword
@ 2010-03-06  9:32 Peter A. Cejchan
  2010-03-07  4:30 ` [9fans] (no subject) lucio
  0 siblings, 1 reply; 434+ messages in thread
From: Peter A. Cejchan @ 2010-03-06  9:32 UTC (permalink / raw)
  To: Fans of the OS Plan 9 from Bell Labs

i wiill give it a try
you might also want to check out my (ape) port of glimpse
/n/sources/contrib/pac/sys/src/ape/cmd/txt/glimpse-4.18.6.tbz
thanks,
++pac



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2010-02-05  1:53 erik quanstrom
  0 siblings, 0 replies; 434+ messages in thread
From: erik quanstrom @ 2010-02-05  1:53 UTC (permalink / raw)
  To: 9fans

[lucida pala vera]
Subject: abaco fonts

as an experiment, i experimented with a different
html font file.  you can see what's there in contrib
quanstro/abaco.  $htmlfont must be set to point abaco
at the correct font file.

the font files look like this

; cat /lib/font/bit/htmlfont/vera
# format: sf	font
# where s is a 1 character size designator
#	s	small
#	n	normal
#	l	large
#	v	very large
# and face is a 1 character face designator
#	r	roman
#	i	italic
#	b	bold
#	t	typewriter

tr	/lib/font/bit/vera/vera.10.font
sr	/lib/font/bit/vera/vera.12.font
nr	/lib/font/bit/vera/vera.14.font
lr	/lib/font/bit/vera/vera.16.font
vr	/lib/font/bit/vera/vera.20.font

ti	/lib/font/bit/verait/vera.10.font
si	/lib/font/bit/verait/vera.12.font
ni	/lib/font/bit/verait/vera.14.font
li	/lib/font/bit/verait/vera.16.font
vi	/lib/font/bit/verait/vera.20.font

tb	/lib/font/bit/verabd/vera.10.font
sb	/lib/font/bit/verabd/vera.12.font
nb	/lib/font/bit/verabd/vera.14.font
lb	/lib/font/bit/verabd/vera.16.font
vb	/lib/font/bit/verabd/vera.20.font

tt	/lib/font/bit/veram/vera.10.font
st	/lib/font/bit/veram/vera.12.font
nt	/lib/font/bit/veram/vera.14.font
lt	/lib/font/bit/veram/vera.16.font
vt	/lib/font/bit/veram/vera.20.font

- erik



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2010-01-18 21:55 erik quanstrom
  0 siblings, 0 replies; 434+ messages in thread
From: erik quanstrom @ 2010-01-18 21:55 UTC (permalink / raw)
  To: 9fans

Subject floating point puzzle

i'm seeing a crash in in _v2d.  unfortunately, i don't
see how this is happening.

8.out 8535: suicide: sys: fp: stack underflow fppc=0x6397 status=0x81e1 pc=0x63a5

however, acid says that the Vlong passed in was all zeros.  the code generating the
call to _v2d is

	overflow = v > vmax*scale;

where
	uvlong v, vmax;
	double scale;

	v = 0; vmax = 2000; scale =1.;

acid: _v2d:x
_3_ {
_1_ {
	lo	0
	hi	0
}
_2_ {
	lols	0
	loms	0
	hils	0
	hims	0
}
}
acid: stk()
_v2d(x=0x0)+0x87 /sys/src/libc/386/vlrt.c:107
[etc]
_main+0x31 /sys/src/libc/386/main9.s:16
acid: fpr()
F0	0
F1	-Inf
F2	0
F3	0
F4	0
F5	0
F6	0
F7	0
control	0x027f
status	0x0161
tag	0xffff
ip offset	0x00006397
cs selector	0x0023
opcode	0x1920
data operand offset	0x2d48
operand selector	0x001b
acid: regs()
PC	0x000063a5 _v2d+0x87  /sys/src/libc/386/vlrt.c:107
SP	0xdfffedc8 ECODE 0xf01006bd EFLAG 0x00010646
CS	0x00000023 DS	 0x0000001b SS	0x0000001b
GS	0xf010001b FS	 0x0000001b ES	0x0000001b
TRAP	0x00000010 math coprocessor error
AX	0x00000000 BX	0x00000000 CX	0x00000000 DX	0x00027254
DI	0x00041920 SI	0x0004191c BP	0xdfffed94

- erik



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] acme without a heavy grid (SFW)
@ 2009-09-29 23:25 Jason Catena
  2009-10-01 16:49 ` J.R. Mauro
  0 siblings, 1 reply; 434+ messages in thread
From: Jason Catena @ 2009-09-29 23:25 UTC (permalink / raw)
  To: Fans of the OS Plan 9 from Bell Labs

A quick edit frees acme from its "heavy grid prison", a la Tufte.
https://dl.getdropbox.com/u/502901/acmenogrid.jpg

Jason Catena



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2009-09-15 22:34 erik quanstrom
  0 siblings, 0 replies; 434+ messages in thread
From: erik quanstrom @ 2009-09-15 22:34 UTC (permalink / raw)
  To: 9fans

Suject: 82583 support

i put a new version of 82563 in my contrib area.
it adds support for 82583 and  ich9 integrated mac.
more interestingly, it uses one block pool per
interface, is intended to reduce ilock contention.
in modest aoe tests, system time was reduced 20%
when using 2 interfaces for aoe traffic.  with a
fast target, i believe the difference would have been
greater.

i'd put in a vote for dropping the Block->ref
(you'll probablly need to drop the unused ref count
if you're going to use this driver directly.)
and adding a integer Block->pool and changing
the signature Block->free function to
	void (*)(Block*, int);
to allow for this kind of block pool management.

- erik



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2009-07-24 17:18 erik quanstrom
  2009-07-24 17:20 ` erik quanstrom
  0 siblings, 1 reply; 434+ messages in thread
From: erik quanstrom @ 2009-07-24 17:18 UTC (permalink / raw)
  To: 9fans

- 9fans.

trying not to post too much.

> #!/bin/rc
>
> hget http://dictionary.com/browse/$1 | htmlfmt | awk ' /dictionary
> results/, /Cite This Source/ {print } '
> EOF
>
> chmod 755 $home/bin/rc/odict
>
> odict simple

unfortunately the default charset is 8859-1, and in the http headers
dictionary.com sets the charset to utf-8.  this fact is lost on hget,
so this works a little better for me:

hget http://dictionary.com/browse/illustrate|htmlfmt -c UTF-8 |sed -n ' /dictionary results/,/Cite This Source/p'

also, one would really want to urlencode the parameter.
this would allow a lookup of "en masse"

fortunately this little bit of contorted awk

#!/bin/awk -f
# urlencode
# when in doubt, use brute force
function chr(ch,  	i)
{
	for(i = 0; i < 127; i++)
		if(utf(i) == ch)
			return i;
	return 32;
}

{
	o=""
	for(i=1; i<=length($0); i++){
		c = substr($0, i, 1)
		if(match(c, /[a-zA-Z0-9]/) == 0)
			c = sprintf("%%%.2x", chr(c))
		o = o c;
	}
	print o
}

gives us

#!/bin/rc

word=`{urlencode $"*}
hget http://dictionary.com/browse/illustrate |
	htmlfmt -c UTF-8 |
	sed -n ' /dictionary results/,/Cite This Source/p'

- erik



^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] Does "as little software as possible" include a modern
@ 2009-07-24 16:14 maht
  2009-07-24 17:16 ` [9fans] (no subject) erik quanstrom
  0 siblings, 1 reply; 434+ messages in thread
From: maht @ 2009-07-24 16:14 UTC (permalink / raw)
  To: Fans of the OS Plan 9 from Bell Labs


> now if somebody can create a script to lookup words in dictionary.com
> preformatted without ads. :)
>
>
cat > $home/bin/rc/odict << EOF
#!/bin/rc

hget http://dictionary.com/browse/$1 | htmlfmt | awk ' /dictionary
results/, /Cite This Source/ {print } '
EOF

chmod 755 $home/bin/rc/odict

odict simple







^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2009-07-17 21:09 drivers
  0 siblings, 0 replies; 434+ messages in thread
From: drivers @ 2009-07-17 21:09 UTC (permalink / raw)
  To: 9fans

All,

	I've fixed the last bug (thank god) its hard trying to problem solve and learn a language at the same time but at least I'm still having fun (and python isn't like learning C ;).  Additionally now I have this bug which is mutually exclusive from any of the mmap stuff. But at least its registering with the git repository as can be seen below.  The problem is more in this other dulwich thing....which apparently there is a new version of so i'm going to merge that and retry.  Compressing objects certainly gives some nasty Cr output though....

james++


rator_gade% hg clone git://zen-sources.org/zen/THE.git
destination directory: THE.git
fetching from : git://zen-sources.org/zen/THE.git
importing Hg objects into Git
Counting objects: 1592, done.
Compressing objects:   0% (1/1185)
Compressing objects:   1% (12/1185)
Compressing objects:   2% (24/1185)
Compressing objects:   3% (36/1185)
Compressing objects:   4% (48/1185)
Compressing objects:   5% (60/1185)
Compressing objects:   6% (72/1185)
Compressing objects:   7% (83/1185)
Compressing objects:   8% (95/1185)
Compressing objects:   9% (107/1185)
Compressing objects:  10% (119/1185)
Compressing objects:  11% (131/1185)
Compressing objects:  12% (143/1185)
Compressing objects:  13% (155/1185)
Compressing objects:  14% (166/1185)
Compressing objects:  15% (178/1185)
Compressing objects:  16% (190/1185)
Compressing objects:  17% (202/1185)
Compressing objects:  18% (214/1185)
Compressing objects:  19% (226/1185)
Compressing objects:  20% (237/1185)
Compressing objects:  21% (249/1185)
Compressing objects:  22% (261/1185)
Compressing objects:  23% (273/1185)
Compressing objects:  24% (285/1185)
Compressing objects:  25% (297/1185)
Compressing objects:  26% (309/1185)
Compressing objects:  27% (320/1185)
Compressing objects:  28% (332/1185)
Compressing objects:  29% (344/1185)
Compressing objects:  30% (356/1185)
Compressing objects:  31% (368/1185)
Compressing objects:  32% (380/1185)
Compressing objects:  33% (392/1185)
Compressing objects:  34% (403/1185)
Compressing objects:  35% (415/1185)
Compressing objects:  36% (427/1185)
Compressing objects:  37% (439/1185)
Compressing objects:  38% (451/1185)
Compressing objects:  39% (463/1185)
Compressing objects:  40% (474/1185)
Compressing objects:  41% (486/1185)
Compressing objects:  42% (498/1185)
Compressing objects:  43% (510/1185)
Compressing objects:  44% (522/1185)
Compressing objects:  45% (534/1185)
Compressing objects:  46% (546/1185)
Compressing objects:  47% (557/1185)
Compressing objects:  48% (569/1185)
Compressing objects:  49% (581/1185)
Compressing objects:  50% (593/1185)
Compressing objects:  51% (605/1185)
Compressing objects:  52% (617/1185)
Compressing objects:  53% (629/1185)
Compressing objects:  54% (640/1185)
Compressing objects:  55% (652/1185)
Compressing objects:  56% (664/1185)
Compressing objects:  57% (676/1185)
Compressing objects:  58% (688/1185)
Compressing objects:  59% (700/1185)
Compressing objects:  60% (711/1185)
Compressing objects:  61% (723/1185)
Compressing objects:  62% (735/1185)
Compressing objects:  63% (747/1185)
Compressing objects:  64% (759/1185)
Compressing objects:  65% (771/1185)
Compressing objects:  66% (783/1185)
Compressing objects:  67% (794/1185)
Compressing objects:  68% (806/1185)
Compressing objects:  69% (818/1185)
Compressing objects:  70% (830/1185)
Compressing objects:  71% (842/1185)
Compressing objects:  72% (854/1185)
Compressing objects:  73% (866/1185)
Compressing objects:  74% (877/1185)
Compressing objects:  75% (889/1185)
Compressing objects:  76% (901/1185)
Compressing objects:  77% (913/1185)
Compressing objects:  78% (925/1185)
Compressing objects:  79% (937/1185)
Compressing objects:  80% (948/1185)
Compressing objects:  81% (960/1185)
Compressing objects:  82% (972/1185)
Compressing objects:  83% (984/1185)
Compressing objects:  84% (996/1185)
Compressing objects:  85% (1008/1185)
Compressing objects:  86% (1020/1185)
Compressing objects:  87% (1031/1185)
Compressing objects:  88% (1043/1185)
Compressing objects:  89% (1055/1185)
Compressing objects:  90% (1067/1185)
Compressing objects:  91% (1079/1185)
Compressing objects:  92% (1091/1185)
Compressing objects:  93% (1103/1185)
Compressing objects:  94% (1114/1185)
Compressing objects:  95% (1126/1185)
Compressing objects:  96% (1138/1185)
Compressing objects:  97% (1150/1185)
Compressing objects:  98% (1162/1185)
Compressing objects:  99% (1174/1185)
Compressing objects: 100% (1185/1185)
Compressing objects: 100% (1185/1185), done.
Total 1592 (delta 455), reused 1128 (delta 286)
** unknown exception encountered, details follow
** report bug details to http://mercurial.selenic.com/bts/
** or mercurial@selenic.com
** Mercurial Distributed SCM (version 1.3)
** Extensions loaded: bookmarks, hg-git
Traceback (most recent call last):
  File "/bin/hg", line 27, in <module>
    mercurial.dispatch.run()
  File "/sys/python/lib/python2.5/mercurial/dispatch.py", line 16, in run
    sys.exit(dispatch(sys.argv[1:]))
  File "/sys/python/lib/python2.5/mercurial/dispatch.py", line 27, in dispatch
    return _runcatch(u, args)
  File "/sys/python/lib/python2.5/mercurial/dispatch.py", line 43, in _runcatch
    return _dispatch(ui, args)
  File "/sys/python/lib/python2.5/mercurial/dispatch.py", line 449, in _dispatch
    return runcommand(lui, repo, cmd, fullargs, ui, options, d)
  File "/sys/python/lib/python2.5/mercurial/dispatch.py", line 317, in runcommand
    ret = _runcommand(ui, options, cmd, d)
  File "/sys/python/lib/python2.5/mercurial/dispatch.py", line 501, in _runcommand
    return checkargs()
  File "/sys/python/lib/python2.5/mercurial/dispatch.py", line 454, in checkargs
    return cmdfunc()
  File "/sys/python/lib/python2.5/mercurial/dispatch.py", line 448, in <lambda>
    d = lambda: util.checksignature(func)(ui, *args, **cmdoptions)
  File "/sys/python/lib/python2.5/mercurial/util.py", line 370, in check
    return func(*args, **kwargs)
  File "/sys/python/lib/python2.5/mercurial/commands.py", line 635, in clone
    update=not opts.get('noupdate'))
  File "/sys/python/lib/python2.5/mercurial/hg.py", line 286, in clone
    dest_repo.clone(src_repo, heads=revs, stream=stream)
  File "/sys/python/lib/python2.5/mercurial/localrepo.py", line 2176, in clone
    return self.pull(remote, heads)
  File "/usr/james/hg-git/hgrepo.py", line 140, in pull
    git.fetch(remote.path)
  File "/usr/james/hg-git/git_handler.py", line 101, in fetch
    refs = self.fetch_pack(remote)
  File "/usr/james/hg-git/git_handler.py", line 679, in fetch_pack
    commit()
  File "/usr/james/hg-git/dulwich/object_store.py", line 287, in commit
    self.move_in_pack(path)
  File "/usr/james/hg-git/dulwich/object_store.py", line 248, in move_in_pack
    entries = p.sorted_entries()
  File "/usr/james/hg-git/dulwich/pack.py", line 599, in sorted_entries
    ret = list(self.iterentries(resolve_ext_ref, progress=progress))
  File "/usr/james/hg-git/dulwich/pack.py", line 581, in iterentries
    for (offset, type, obj, crc32) in todo:
  File "/usr/james/hg-git/dulwich/pack.py", line 553, in next
    (type, obj, total_size) = unpack_object(self.map, self.offset)
  File "/usr/james/hg-git/dulwich/pack.py", line 391, in unpack_object
    bytes = take_msb_bytes(map, offset)
  File "/usr/james/hg-git/dulwich/pack.py", line 78, in take_msb_bytes
    ret.append(ord(map[offset]))
IndexError: string index out of range
Exception exceptions.AttributeError: "'str' object has no attribute 'close'" in <bound method ObjectIterator.__del__ of <hgext_hgext_hg-git.dulwich.pack.ObjectIterator object at 0x6601AC>> ignored




^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2009-05-28 11:08 Gregory Pavelcak
  0 siblings, 0 replies; 434+ messages in thread
From: Gregory Pavelcak @ 2009-05-28 11:08 UTC (permalink / raw)
  To: 9fans

[acme.dump bin/ devel/ doc/ guide lib/ sys/ text/ tmp/]
Subject: eqn and unicode

I noticed that sometimes my troff-related questions don't
generate much interest. I hope they aren't considered bad
form, because I am curious about another thing.

If you write the eqn-word for a greek letter, "GAMMA" for
example; eqn passes the unicode character (the output of
Alt-*G) to troff. If, on the other hand, you type Alt-*G in eqn,
it passes `"\f2Γ\fP' to troff, thus producing, by my lights anyway,
a nicer looking character. I was just wondering if this was
intended as a way to give people both a roman-greek letter
and an italic one, or if it was intended to discourage the use
of eqn's letter names in favor of unicode, or if it just sorta
happened. Perhaps none of the above. Anyone know?

My problem is that I developed the habit of using eqn letter-
words, and the output isn't very nice. (Yes, I know I can
define GAMMA %"\f2Γ\fP"%, but I'm still curious.)

Thanks.

Greg



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2009-04-23 11:38 Steve Simon
  2009-04-23 12:34 ` Charles Forsyth
                   ` (2 more replies)
  0 siblings, 3 replies; 434+ messages in thread
From: Steve Simon @ 2009-04-23 11:38 UTC (permalink / raw)
  To: 9fans

Hi,

I have decided to try to cross compile to windows again, as I see it
here are my options:
	1) build mingw for plan9
		This means getting gcc to compile under kenc - non-trivial
	2) build lcc on plan9
		ditto
	3) build pcc for plan9
		ditto (though nothing like as bad as the above)
		sadly pcc needs yasm or mingw-as + mingw ar and mingw ld so I
		don't win much.
	4) write a parser to understand windows header files and generate
		assembly wrappers so I can use kenc. Then I just need to build
		a PE executable backend.

4 seems the most attractive, however I believe all windows executables
are still relocatable, but this feature is rarely used by the XP/Win2k3 etc.

anyone know any more.

anyone know of any other (simpler) options?

I guess my ultimate sanction might be mingw for Linux running under linuxemu
though this feels a bit of a copout.

-Steve



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2009-02-24  0:29 mattmobile
  2009-02-24  0:48 ` ron minnich
  0 siblings, 1 reply; 434+ messages in thread
From: mattmobile @ 2009-02-24  0:29 UTC (permalink / raw)
  To: 9fans

oops I forgot carriage returns get converted in email
imagine # is a ^m


pu% /n/sources/contrib/maht/rc/til
abc¯def#123#
emit
abc def
123
: emit4 emit emit emit emit
# 1 2 3 emit4
321
1 # swp 3 2 swp dup dup drop emit4 emit
3321

does this make sense / of interest to anyone :)

matt



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] actionfs
@ 2009-02-23  0:13 mattmobile
  2009-03-05 13:16 ` [9fans] (no subject) cej
  0 siblings, 1 reply; 434+ messages in thread
From: mattmobile @ 2009-02-23  0:13 UTC (permalink / raw)
  To: 9fans

Hi,

this one was an experiment

/n/sources/contrib/maht/actionfs.c

invoked with a regex like  actionfs (file.mpg).([0-9]+).(ppm)

if you then

cat /n/actionfs/file.mpg.100.ppm

actionfs responds with the output from executing

/bin/action-read $fd file.mpg.100.ppm file.mpg 100 ppm

where $fd will be an fd to write to

i.e. trivially action-read would be something like

----
#!/bin/rc

fd = $1
shift

echo $* > /fd/$fd

-----

The coresponding action-write also works


----
#!/bin/rc

fd = $1
shift

cat /fd/$fd > /dev/null # or whatever

-----

I wrote it specifically to extract individual frames from video files using ffmpeg on Linux and
bring them into Plan9 for processing but generalized the arguments in case I thought of something
interesting later.

My first round of experiment went like this

cpu% cat /bin/action-read
#!/bin/rc

# expect fd fullname videoname frameno
fname = `{echo -n $3 | tr ! '/'}
{
	ssh storm single_frame $fname $4
} > /fd/$1


cpu% cat /n/storm/home/maht/bin/single_frame
#!/usr/local/plan9/bin/rc

# expect filename frameno

timer = `{echo $2  | awk ' { printf "%d.%02d\n",  $1/ 25, 4 * ($1 % 25) }'}
{
	ffmpeg -i $1 -t 00.001 -ss $timer /tmp/frame_$pid ^_%d.ppm
	cat /tmp/frame_$pid ^_1.ppm
	rm -f frame_$pid ^_1.ppm
	rm -f frame_$pid ^_2.ppm  # stupid ffmpeg outputs 2 frames (sometimes)
}  >[2] /dev/null


I was then using imgfs to calculate the average rgb value to look for black frames but (unsurprisingly) it was taking too long (4 secs per frame) esp. as the Plan9 I was using is in Qemu, cue installing Plan 9 on my terminal.

The ffmpeg part on the Linux side (2Ghz Opteron) was taking 1 second on its own so I have to come up with some sort of look ahead cache which is contrary to the idea, I may as well just convert the whole file to ppms at the start! I've not looked if it is I/O or CPU - perhaps a bit of both.

I've not got round to doing it on my fresh terminal yet. I've got a new 3.2Ghz Dual Xeon server to migrate to and a Quad Core terminal to play with so we'll see how that works out.

I was hoping to get Xcpu in there but I couldn't see how to get the Plan9 part working though I have the Linux bits up.

I have a couple of decent OSX boxes available too (one PPC one Intel) but I gave up getting it to compile :)

too many projects .....

matt



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2009-01-02  2:30 erik quanstrom
  0 siblings, 0 replies; 434+ messages in thread
From: erik quanstrom @ 2009-01-02  2:30 UTC (permalink / raw)
  To: 9fans

Suject: scuzz(8) man bug

man -P, man or the magicman html versions
all have a similar bug.  the .IR macro appends a
a spurious ".}f".

     SEE ALSO
          sd(3)
          Small Computer System Interface - 2 (X3T9.2/86-109), .}f

shortening the italic portion by 4 characters makes the problem
go away.

- erik



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2008-12-06 19:28 Dave Eckhardt
  2008-12-06 23:42 ` Roman Shaposhnik
  0 siblings, 1 reply; 434+ messages in thread
From: Dave Eckhardt @ 2008-12-06 19:28 UTC (permalink / raw)
  To: 9fans

> Fair enough.  But what's the adoption overall?

Among organizations who want 10,000+ users sharing a single
(apparent) file system?  I know there are organizations which
would dramatically benefit from that kind of infrastructure, who
don't have it, because they are using NFS (e.g., a university CS
department where the grad students use one NFS infrastructure
and the undergrads use another, and there is no way to set up
a group for all members of a class!).  I think each of those
organizations is an argument for AFS, not for NFS.

More globally, if the high adoption rate of NFS is an argument
in favor of its architecture, and the low adoption rate of AFS
is an argument against its architecture, why are you reading a
Plan 9 mailing list...?

> To some extent, the popularity of NFS (is there any NAS box that
> talks AFS?) and Linux is one big testament to the power of "good
> enough" or "worse is better".
>
> Designing "enterprise grade" things is very hard work.
> Implementing them is even harder. The good news is that it
> pays well. The bad news is that you have to be really brave to
> withstand the fear of being obsolete by changing requirements.

I don't get this.  I don't follow the NFS protocol development
carefully, but honestly it seems to me that (a) it's getting
a lot bigger over time, and (b) this is substantially by adding
features (leases, non-silly authentication, user-defined groups)
which were in AFS in the 80's.  That is, I think the requirements
are *not* changing, but rather that NFS is slowly realizing that
those things *are* requirements.

Now there is a fine economic/practical argument for gradually
evolving a system toward a desired set of goals, so that you
spread upgrade, training, and incompatibility costs out over
time, so that evolving NFS into AFS over 35 years makes more
sense than forcing AFS painfully on people all at once.
Personally I think it's been worthwhile to a lot of people at
a lot of organizations to get 25 years of early access to
certain features.

None of this is to say that AFS doesn't have unnecessary cruft,
or, again, that it isn't possible to meet the same goals with
less complexity now that we know more.

Dave Eckhardt



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2008-11-21 18:28 erik quanstrom
  2008-11-21 21:33 ` Kenji Arisawa
  0 siblings, 1 reply; 434+ messages in thread
From: erik quanstrom @ 2008-11-21 18:28 UTC (permalink / raw)
  To: 9fans

Subjet: email attacks

since our friends in sweeden helped out our spammer friends
get back on line, i've seen a lot more attacks.  today i've been
getting ~10 connections/sec.  fortunately its from a small
number of machines, so this trick helps alot:

/n/dump/2008/1121/sys/src/cmd/upas/smtp/smtpd.c:348,353 - smtpd.c:348,355
  				if(!qflag)
  					syslog(0, "smtpd", "Hung up on %s; "
  						"claimed to be %s", nci->rsys, him);
+ 				if(Dflag)
+ 					sleep(delaysecs()*1000);
  				reply("554 5.7.0 Liar!\r\n");
  				exits("client pretended to be us");
  				return;

oddly, i've found that adding a few of the hosts as -k flags stops the attack
entirely.

- erik




^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2008-08-14 19:09 akumar
  2008-08-14 19:14 ` andrey mirtchovski
  0 siblings, 1 reply; 434+ messages in thread
From: akumar @ 2008-08-14 19:09 UTC (permalink / raw)
  To: 9fans

Subject 'Irc' client program at Andrey's Contrib

Hello,

I've recently been trying out various IRC clients for Plan 9, and of
the two that suited me most (irc7 and Irc), I find Irc to be better
formatted and polished, thusly, more usable.
Anyhow, I've noticed a couple of problems with the program:
	when I receive a private message from someone on IRC, acme
opens up an Errors dialog stating that,
"new newline at 61 - <" and "new newline at 63 - <" I have a feeling
this has something to do with the formatting of WHO queries, so it
seems to be minor.  On the other hand, there is a greater problem with
sending messages to nicks or channels: typing at the end of the Chat
window in acme, and hitting enter, causes another Errors pop up, which
states: "address out of range" -- each time that a message is sent.
And so it turns out, these messages are never sent (to the channel or
user).

So, perhaps, if this project is not yet antiquated, someone can help
sort these problems out.  :)


Regards




^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] 9vx and local file systems
@ 2008-07-19  2:37 Russ Cox
  2008-07-21 13:26 ` [9fans] (no subject) kokamoto
  0 siblings, 1 reply; 434+ messages in thread
From: Russ Cox @ 2008-07-19  2:37 UTC (permalink / raw)
  To: 9fans

>> Well, I use vx32 as a terminal for both lguest and remote machines. No
>> real need for venfi/fossil. For edit, I import; to build etc. I cpu in
>> an acme window so i get the error stuff.
>
> what's the advantage over drawterm in this configuration?

In the case you quote, you'd have many of the advantages
of a standalone Plan 9 terminal, like local handling of graphics
and the mouse, the ability to connect to many machines
simultaneously, the ability to withstand those machines
rebooting, and so on.  It depends a lot on what you're doing.

Here's another example.

For about seven years I had the luxury of running Plan 9
as my day-to-day system, but I couldn't easily keep doing
that and work with the people around me at MIT; around
2003, I gave it up and switched to FreeBSD and Linux.
(You'll note that's when the p9p CVS logs begin.)
I haven't booted an actual Plan 9 terminal in a couple of years.

Since then, I've had the smaller luxury of running Plan 9
as a venti server, now atop some nice hardware we bought
from Coraid.  The Coraid box has a tiny, slow IDE flash disk
for a root file system, fine for holding a few binaries but
not really usable as a general file system.  To build the binaries,
I have a second Plan 9 server with a bigger, faster root disk.
I've used drawterm to connect to it, edit and compile venti,
and submit patches.  As I look forward to finishing at MIT,
I can't leave Plan 9 boxes for others to deal with.  A few months
ago, I converted the main venti server (the Coraid hw) to run
FreeBSD, which is what all our other servers run.  That leaves
the second Plan 9 server, which I still use for the occasional
drawterm session to submit a patch to sources.  But when I
leave MIT, I can't reasonably keep using that machine as my
own personal server.  It'll have to be a group server running
FreeBSD.

The advantage of 9vx over drawterm, for me, is that 9vx
doesn't require a cpu server.

9vx is how I'm going to deal with not having my own
personal Plan 9 cpu server to drawterm into.  Having a local
Plan 9 install, stored right in my non-Plan 9 home directory,
lets me keep using and occasionally contributing to Plan 9
without having to maintain and house a server.
I haven't spent quite enough time setting up a comfortable
9vx that I could stop using drawterm today, but maybe
tomorrow.

Russ



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2008-03-19  5:03 Skip Tavakkolian
  2008-03-19 12:41 ` erik quanstrom
  0 siblings, 1 reply; 434+ messages in thread
From: Skip Tavakkolian @ 2008-03-19  5:03 UTC (permalink / raw)
  To: 9fans

we have outlook express, thunderbird and mac mail accessing
tlssrv+imap4.  i can't get outlook express or mac mail to authenticate
using cram-md5, but thunderbird can.  mac mail and thunderbird can
authenticate with password auth (i.e.  -p) but nothing seems to work
for outlook express.  anybody have a similar setup?

also, upas/fs -f /imaps can't authenticate with cram-md5.



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2007-12-14 23:02 Joshua Wood
  0 siblings, 0 replies; 434+ messages in thread
From: Joshua Wood @ 2007-12-14 23:02 UTC (permalink / raw)
  To: 9fans

> > On Dec 14, 2007 12:41 AM, Francisco J Ballesteros <n...@lsub.org>  
> wrote:
> > > We asked the 9fan we know at Greece and it seems that perhaps
> > > october in greece is an option, should we want to have it  
> hosted there.
>
> We are talking about volos:
>
> http://www.greeka.com/thessaly/pelion/greece-volos.htm

Ya Sas!

But Thessaly In October!? Oxi. It might be from just the heat, or  
from the wildfires, but we'll all be sweaty.

>
> > What organization is there to handle arrangements? This kind of  
> thing
> > is a lot of work. Is there a hotel that can support us?
>
> A University. And we (as in nemo, quique and me) would help with
> the organization.

Maybe I could help with the organization; I spend some time on Paros  
(in the Kyklades), and I and my friends there would donate meeting  
space in buildings they own and/or have access to on the island. They  
run The Aegean Center for the Fine Arts, an american school that's  
been on Paros for 40 years or so.

The same folks are well in with the local hotels (& `hostels',  
Lyndon), and could *probably* get the group a student rate or similar  
as well. Either way, the conference facilities should be no problem,  
and I'm chatting with my friends now to double-check that.

Now, all that said, I'd still rather have it in Ron's favored Sonoma.  
We pounded on OTEnet for 4 months last year -- we finally had a 2Mbps  
downlink by the time we left Paros. Even Thessaly offers stronger  
infrastructure.

--
Josh




^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2007-11-15 20:00 erik quanstrom
  0 siblings, 0 replies; 434+ messages in thread
From: erik quanstrom @ 2007-11-15 20:00 UTC (permalink / raw)
  To: 9fans

Subject devsegment #g

doesn't seem to work.  is this a relic predating the segattach
system call?

- erik


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2007-08-24  1:54 YAMANASHI Takeshi
  2007-08-24  2:04 ` erik quanstrom
  0 siblings, 1 reply; 434+ messages in thread
From: YAMANASHI Takeshi @ 2007-08-24  1:54 UTC (permalink / raw)
  To: 9fans

Subect: individual window dump

how do i get the screendump of a window, not the whole screen?

i thought "cat /dev/wsys/4/window" had done the job but no success
on recent installattion seeing the error:
	cat: error reading /dev/wsys/4/window: readimage from window unimplemented
-- 



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2007-07-08 12:37 Gregory Pavelcak
  2007-07-08 14:08 ` erik quanstrom
  0 siblings, 1 reply; 434+ messages in thread
From: Gregory Pavelcak @ 2007-07-08 12:37 UTC (permalink / raw)
  To: 9fans

	srv: timeout establishing connection to net!pinky!9fs

whereas before it worked. If I do something like

	srv -m 'il!pinky!9fs' pinky /mnt/pinky

that works, so I thought that there may have been a change
that requires us to be specific about using il, but adding
proto=il to pinky's ndb/local entry and 'refresh-ing' /net/cs
didn't help.

Am I missing something in my configuration, or is
this an error that slipped through in recent updates?

Thanks.

Greg


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2007-05-25 23:29 ozan s. yigit
  2007-05-25 23:42 ` Charles Forsyth
  0 siblings, 1 reply; 434+ messages in thread
From: ozan s. yigit @ 2007-05-25 23:29 UTC (permalink / raw)
  To: Fans of the OS Plan 9 from Bell Labs

> no, i don't think so. they're about the same amount of code, and json is
> less regular and more of a hack.  as js is, though i've seen worse
> (java! oh, man! what were they THINKING?)

some sort of agreement over the structure and wide support for it
sometimes beats having to re-invent *yet another* s-expression form
noone seems to really want, such as the one created by rivest etc.

oz



 




^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2007-05-11  6:57 Lyndon Nerenberg
  0 siblings, 0 replies; 434+ messages in thread
From: Lyndon Nerenberg @ 2007-05-11  6:57 UTC (permalink / raw)
  To: 9fans

What non-monotheistic hardware does Plan 9 support these days?
Starting with VGA hardware, let's cull the obsolete from the list.

If you run any of the below-listed VGA gear under a current (4ed+)
release, send an aux/vga dump (to me).

Some weeks from now I will collapse and update the wiki list.

--lyndon

Plan 9 will automatically recognize the PCI Ethernet cards that it
can drive. The following chips/cards are supported:

 *	3Com 3C562, 3C589, and 3C589E PCMCIA
 *	3Com 3C450, 3C575, 3C59x, 3C90x, 3CSOHO100-TX
 *	Accton EtherPair-PCMCIA EN2216
 *	Alteon, DEC, or SGI Acenic fiber Gigabit
 *	AMD 79C970
 *	D-Link DFE-538TX, DFE-560TXD
 *	Dell TrueMobile 1150 wireless
 *	Digital (now Intel) 2114x and clones. (Tulip, PIC, PIC-II,
	Centaur, Digital DE-500)
 *	EtherFast 10/100 PC Card
 *	Intel 82562EM/EZ/ET/VE, 8255x PRO/100
 *	Intel 8254x PRO/1000 Gigabit
 *	Intersil Prism2.5 wireless
 *	Linksys EC2T Combo PCMCIA EtherCard, NB10T
 *	Linksys WPC-11 wireless
 *	Lucent/Agere/Avaya/Orinoco Wavelan wireless
 *	NE2000 clones
 *	National Semiconductor DP83815, DP8390
 *	National Semiconductor DP83820 Gigabit
 *	Netgear FA310, FA311, FA312, FA410TX, FA411 PCMCIA
 *	Netgear GA620 Gigabit
 *	Realtek 8029, 8110S/8169S, 8139,
 *	SMC 1211, 8040TX PCMCIA, 91CXX PCMCIA
 *	VIA Rhine VT6102
 *	Western Digital/SMC WD8003, WD8013, WD8216
 *	Winbond 89C940

Plan 9 can use some basic acceleration features such as filling and
scrolling rectangles.

NOTE: If your chipset is not listed or listed as not supported, try
the VESA driver by entering 'vesa' as your monitor type.

! Chip                         | Native    | VESA | Notes
! -------------------------------------------------------------------------------------
! 3Dfx Voodoo Banshee          | Yes?      | ?    | Works perfectly with Elpin Banshee(Rev 1.1) 3Dfx 55-0013-04
! 3Dfx Voodoo 3
!     1000                     | Yes       | ?    |
!     2000                     | Yes       | ?    |
!     3000                     | Yes       | ?    |
! ARK 2000pv                   | Yes(2)    | ?    |
! ATI Mach
!     Mach 32                  | Yes(2)    | ?    |
!     Mach64xx                 | Yes?      | ?    | Some newer Mach64 don't work(eg, later ATI Xpert)
! ATI Rage - http://en.wikipedia.org/wiki/ATI_Rage
!     Rage IIc                 | Yes       | ?    | Needs hwaccel off
!     Rage 3D II+              | Broken    | Yes  | Grabled display
!     Rage 128                 | No        | ?    | Too different from the Mach 64
! ATI Radeon
!     (789)xxx                 | (1)       | Yes  | Works well with VESA
!     Mobility M7 LW           | No        | Yes  | Max: 1024x768x24
! CHIPS hiQVideo
!     65550                    | Yes       | ?    |
!     65554                    | Yes       | ?    |
!     69000                    | Yes       | ?    |
! Cirrus Logic
!     CL-GD542x                | Yes       | ?    |
!     CL-GD543x                | Yes       | No   |
!     CL-GD544x                | Yes       | Yes  | Used by qemu
!     CL-GD546x Laguna         | Yes       | ?    |
! Intel i81x                   | Yes       | ?    |
! Intel i740                   | No        | ?    |
! Intel i950                   | No        | Yes  |
! Matrox (Note: GXXX series only support 8bit and 32bit depths)
!     G200                     | Yes       | ?    |
!     G400                     | Yes       | ?    |
!     G450                     | Yes       | Yes  |
!     G550                     | Yes       | Yes  |
!     P650                     | No        | Yes  |
! Matrox Millennium II         | Yes       | ?    |
! Neomagic
!     MagicGraph               | Yes       | ?    |
!     MagicMedia               | Yes       | No   |
! NVIDIA
!     TNT                      | Yes       | ?    |
!     TNT2                     | Yes       | Yes  |
!     GeForce                  | Yes?      | ?    |
!     GeForce 2                | Yes       | ?    |
!     GeForce 2 DVI            | Yes       | ?    |
!     GeForce 2 MX/MX 400      | Yes       | Yes  |
!     GeForce 3                | Yes       | ?    |
!     GeForce 4                | Yes       | ?    |
!     GeForce 4 MX             | Yes       | Yes  |
!     GeForce FX 5200          | Yes       | Yes  | Native: Some people have reported problems with DVI.
!     GeForce 6200             | No        | Yes  |
! S3 801, 805, 864, 928        | Yes(2)    | ?    |
! S3 968                       | Yes       | ?    |
! S3 Savage
!     Savage 4                 | Yes       | ?    |
!     Savage IX/MV             | Yes       | ?    |
!     SuperSavage IXC/16       | Yes       | ?    |
!     SavagePro8/DDR           | Yes       | ?    |
!     Savage 2000              | No        | ?    |
! S3 ViRGE DX, GX, GX2, MX, VX | Yes       | ?    |
! S3 Trio64V+                  | Yes       | ?    |
! S3 Trio3D                    | No        | Yes  |
! Tseng ET4000                 | Yes(2)    | ?    |
! Trident Cyber938x            | Yes       | ?    |
! VIA UniChrome  (EPIA-MS)     | No        | Yes  |
! VMware virtual chipset (vmware won't release documentation, please use qemu instead)
!     4.5                      | Yes       | ?    |
!     5.0                      | Yes       | ?    | Needs hwaccel off

(1) See the [radeon drivers] page.

(2) Only tested with old editions of Plan 9.

Cards supported in the third edition but not tested in current
system:
 *	ATI Graphics Xpression
 *	ATI Xpert 98
 *	ATI xpert@work
 *	ATI Xpert LCD
 *	#9FX Reality 334
 *	Diamond Stealth3D 2000 vers 1.04
 *	Diamond Stealth64 Video 2001
 *	Diamond SpeedStar 64

Cards supported in the first and second editions but not tested in
the current system:
 *	#9FX Reality 332
 *	#9GXE Level-11, Level-12, Level-16
 *	#9GXE 64
 *	#9GXE 64pro
 *	Diamond SpeedStar Pro
 *	Hercules Terminator
 *	NCR 3230
 *	Orchid Fahrenheit 1280
 *	Orchid Kelvin 64
 *	Quadtel S3 86C801, 86C805
 *	STB PowerGraph X-24
 *	STB Velocity 3D
 *	STB Velocity 64 Video
 *	Stealth 64 Video 3000
 *	Stingray 64/Video
 *	Various Rackmount SBCs



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2007-05-08 23:02 Steve Simon
  0 siblings, 0 replies; 434+ messages in thread
From: Steve Simon @ 2007-05-08 23:02 UTC (permalink / raw)
  To: 9fans

I am getting an unusual error from replica when I try to
do a pull from the the labs,  looking the source I am not
clear what is happening or what to do about it.

	term% replica/pull -v /dist/replica/network -s 386/bin/aquarela
	post...
	stopped updating log apply time because of lib/video.specs
	386/bin/aquarela: locally modified; will not update

I have a seccond server that is perfectly happy so I assume
I have corrupted my local state.

Anyone any thoughts or should I delve deeper into replica?

-Steve


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2007-04-13 22:16 devon.odell
  2007-04-14 11:17 ` W B Hacker
  0 siblings, 1 reply; 434+ messages in thread
From: devon.odell @ 2007-04-13 22:16 UTC (permalink / raw)
  To: 9fans

So! I finally got mail working. I'm sending this from a terminal window.
The trick was indeed that my ISP was blocking port 25. I had them turn
it on, but alas that allows people to connect internally to me -- but not
for me to connect to external mail servers. Which I think is just very
lame. They require you to set up your mailserver to relay through them.

Oh well. In either case, I was able to connect to smtp.gmail.com on
port 587. Their relay server is _not_ their MX server. While chatter on
this list has implied that's an expectation, it's not a requirement. So
they're allowed to do that.

However, this raised a question for me. It seems that the smtp= line in
/lib/ndb/local doesn't accept a dial string as valid input. Hence, I had to
manually hack remotemail to use net!smtp.gmail.com!587, since we will
only connect to port 25 by default. Should I fix this, or is this something
we're supposed to have to do?

--dho


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2007-01-15 23:24 steve
  0 siblings, 0 replies; 434+ messages in thread
From: steve @ 2007-01-15 23:24 UTC (permalink / raw)
  To: 9fans



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2006-12-12 21:20 Steve Simon
  0 siblings, 0 replies; 434+ messages in thread
From: Steve Simon @ 2006-12-12 21:20 UTC (permalink / raw)
  To: 9fans

Someone mentioned problems with getting upasfs & faces to work with
drawterm (I forgot who) I have put an annotated version of my profile
in /n/sources/contrib/steve/rc/profile which does this fine. I use
the same profile for diskless and diskfull terminals and drawterm.

This uses the (IMHO) under-announced, and wonderfull feature of dt2k
where it reads the users secstore into /dev/secstore. To do this use
the -s command line option to drawterm to specify the secstore host you
want to use.

It is fairly complicated but it gets me an enviroment I like and it
works everywhere.

Hope its of some use.

-Steve


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2006-12-10 13:49 sape
  0 siblings, 0 replies; 434+ messages in thread
From: sape @ 2006-12-10 13:49 UTC (permalink / raw)
  To: 9fans



^ permalink raw reply	[flat|nested] 434+ messages in thread
* Aw: Re: [9fans] (no subject)
@ 2006-09-13  7:28 chuckf
  2006-09-13  7:55 ` Sascha Retzki
  0 siblings, 1 reply; 434+ messages in thread
From: chuckf @ 2006-09-13  7:28 UTC (permalink / raw)
  To: 9fans

Federico Benavento ,

Ok then I'll put the iso in my fat32 partition. This would be hda2 (sdC0? something)
The install program will partition the available space to Plan9 and the necessary 
sub-partitions will be proposed as well as formatted?
After preparing the necessary sub-partitions the install program will
ask for the image ie local  and it will find it? Thereafter I should proceed as per the 
directions. Right?

Thanks



----- Original Nachricht ----
Von:     Federico Benavento <benavento@gmail.com>
An:      Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu>
Datum:   12.09.2006 22:55
Betreff: Re: [9fans] (no subject)

> hola,
> 
> On 9/12/06, Chuck Foreman <chuckf@arcor.de> wrote:
> 
> > Should I put the image somewhere on the HDD (a Primary Fat32, Primary
> > F-BSD, an log/ext linux reiserfs)and mount this at that stage in the
> > install?
> 
> this is how I always do it, I put the .iso in a fat32 partition, there
> is no magic
> about it, the installer knows how to do it, you get prompts, in one you
> choose
> the media (the fat32 partition) in other you browse to the dir where
> the .iso is located.
> 
> -- 
> Federico G. Benavento
> 


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2006-09-02 11:16 lucio
  2006-09-02 17:49 ` Gorka guardiola
  0 siblings, 1 reply; 434+ messages in thread
From: lucio @ 2006-09-02 11:16 UTC (permalink / raw)
  To: 9fans

Subjet: plan9.bell-labs.com

The web server is unreachable.  Unless it's a problem from here.

++L



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2006-08-21 12:43 Steve Simon
  2006-08-22 17:56 ` Sergey Zhilkin
  0 siblings, 1 reply; 434+ messages in thread
From: Steve Simon @ 2006-08-21 12:43 UTC (permalink / raw)
  To: 9fans

Anyone know about a mysqlfs filesystem that Karim was
writing in 2004? 

Is it available anywhere?

[see http://9fans.net/archive/2003/09/287]

-Steve


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2006-04-21  4:09 Rafeek Raja
  0 siblings, 0 replies; 434+ messages in thread
From: Rafeek Raja @ 2006-04-21  4:09 UTC (permalink / raw)
  To: 9fans

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



[-- Attachment #2: Type: text/html, Size: 2 bytes --]

^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2006-02-10 15:30 quanstro
  0 siblings, 0 replies; 434+ messages in thread
From: quanstro @ 2006-02-10 15:30 UTC (permalink / raw)
  To: 9fans

thanks! that's more encouraging than i was expecting.

- erik

On Fri Feb 10 09:18:49 CST 2006, jmk@plan9.bell-labs.com wrote:
> On Fri Feb 10 09:11:57 EST 2006, quanstro@quanstro.net wrote:
> > i don't know enough about PCIe to know the answer to this:
> > is it possible to use a PCIe video card with plan 9?
> > 
> > - erik
> 
> Neither do I, but there is an unopened 1050 page book
> on my desk which might contain the answer. Let me see...
> 
> ...and the answer is...definitely maybe.
> 
> Try it. The card should be identified OK, that part of
> the configuration space is compatible. Since Plan 9 doesn't
> really use much in the way of fancy features on video
> cards (especially if you use VESA) the rest of it may be
> compatible enough. What would be useful is the output
> of /bin/pci and the contents of the configuration space
> (xd -b '#$/pci/1.0.0raw' if, for example, the card is
> shown by /bin/pci to be device 1.0.0). We can work from
> there.
> 
> --jim


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2006-02-10 14:10 quanstro
  2006-02-10 15:17 ` jmk
  0 siblings, 1 reply; 434+ messages in thread
From: quanstro @ 2006-02-10 14:10 UTC (permalink / raw)
  To: 9fans

i don't know enough about PCIe to know the answer to this:
is it possible to use a PCIe video card with plan 9?

- erik


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2006-02-07 17:09 Riza Dindir
  0 siblings, 0 replies; 434+ messages in thread
From: Riza Dindir @ 2006-02-07 17:09 UTC (permalink / raw)
  To: mirtchovski; +Cc: 9fans


andrey mirtchovski wrote:

> On 2/7/06, Llu&#65533;s Batlle <viriketo@gmail.com>
wrote:
> > To me happened that when I created my user, due to
> > some control-char,
> > the directory created was not "/usr/myname", but
> >  "/usr/*name", where
> > "*" is a character visible only on certain places.
> >  For instance, it's
> > not visible in 'acme', but visible in a shell.
> > Of course, I cannot remove that directory because
I > > don't know how 
> > did
> > I type that character. :)
> > Check so a simple "lc /usr"
> >

> most likely you typed ctrl+c or some other unix
> sequence that is a
> printable character in Plan 9...

> riza: we still haven't seen any error messages. do
> you mind sending
> those to the list?

I am sorry I thought I had sent error messages when I
tried to run /sys/lib/newuser. I think I did not
include these error messages... I will send them
as soon as I can get them. I apologize, my fault.

Riza

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2005-09-09 18:46 Fco. J. Ballesteros
  0 siblings, 0 replies; 434+ messages in thread
From: Fco. J. Ballesteros @ 2005-09-09 18:46 UTC (permalink / raw)
  To: 9fans

I think that there are several problems here.
One is the ability to switch from one device to another.
Another is what to do with the "state" of the device going out.

In Plan B, after several attempts that did mess things up,
I found that in general, what to do with the "state" depends
on the application. In general, raising an error for an ongoing
request is what we do. The application knows if it's ok to retry or
to abort.

If we talk about drivers, what to do may depend on the driver.
For example, for non reliable networks it may be ok just to switch the
ether card (there are other tcp/ip issues here though). For disks, 
it depends on the application, once again.

However, regarding the first problem, the volume mechanism is
a satisfactory answer; For example, say you:

mount -bV #ether /net

This means: take any resource named "#ether", and mount it (-b)
at /net. If one ethernet is not available, the mount mechanism
picks up another.

Thus, I'd say this is a clean way to fix up the first problem.

Right now, I'm in the process of implementing a volfs that works
both for Plan 9 and Plan B, in an effort to reconcile both systems.

If the mechanism were incorporated into the kernel instead, I don't
see why not could it mount in-kernel volumes, to make the example above
work.

Just an idea. Comments?


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2005-08-07 22:24 Steve Simon
  2005-08-08 13:25 ` Sape Mullender
  0 siblings, 1 reply; 434+ messages in thread
From: Steve Simon @ 2005-08-07 22:24 UTC (permalink / raw)
  To: 9fans

Nothing more than general interest but what hardware
does the ppc and mtx ports in the current distribution
relate to?

-Steve


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2005-05-31  3:53 焕宇 苏
  0 siblings, 0 replies; 434+ messages in thread
From: 焕宇 苏 @ 2005-05-31  3:53 UTC (permalink / raw)
  To: 9fans

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

  


---------------------------------
Do You Yahoo!?
150万曲MP3疯狂搜,带您闯入音乐殿堂
美女明星应有尽有,搜遍美图、艳图和酷图
1G就是1000兆,雅虎电邮自助扩容!

[-- Attachment #2: Type: text/html, Size: 369 bytes --]

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2005-05-30 19:01 quanstro
  0 siblings, 0 replies; 434+ messages in thread
From: quanstro @ 2005-05-30 19:01 UTC (permalink / raw)
  To: 9fans

i have some code that i've been using for years now that extends
the paul haahr/byron/schwartz print library and/or the plan 9 
fmt library with:

1. long-style formats. for example, you can install %{list} to 
   print lists. the code passes on arguments within the {} to the
   long format, for example %{list %d} might print lists of integers.
   %{list %s} lists of strings, %{list %{list}}, you get the picture.
2. double/float formatting. thanks to code stolen from plan9port.
3. support for long long, %lld.

clearly the long formats are a little ... over-featured for the 
print library, but i think that it's worth it for two reasons.
first, there's no telling which letter ANSI's going to commendeer
next. second, if you're using the installable formats to any extent
and interacting with libraries, it's hard to rememver what %A does
and it's pretty easy to step on the next library's toes.

if there's any interest, i'll get 'er ready for prime time.

erik





^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2005-02-10 15:28 tapique
  2005-02-11 18:12 ` Bruce Ellis
  0 siblings, 1 reply; 434+ messages in thread
From: tapique @ 2005-02-10 15:28 UTC (permalink / raw)
  To: 9fans

//pcc complains:
result =  (int)tuplerow1[col][plane1] > (int)tuplerow2[col][plane2] ?  (int)tuplerow1[col][plane1]
- (int)tuplerow2[col][plane2] : (int)tuplerow2[col][plane2] - (int)tuplerow1[col][plane1];

// but this is OK (just an 'if-else' rewrite)
			if((int)tuplerow1[col][plane1] > (int)tuplerow2[col][plane2] )
				result =  (int)tuplerow1[col][plane1] - (int)tuplerow2[col][plane2];
			else
				result =  (int)tuplerow2[col][plane2] - (int)tuplerow1[col][plane1];


regards,
++pac.



--------------------------
Posílejte SMS přes internet zdarma a bez reklamy. Pouze s TISCALI.
Více na http://www.tiscali.cz





^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-12-14 20:33 Charles Forsyth
  2004-12-14 21:02 ` Bruce Ellis
  2004-12-14 21:19 ` Ronald G. Minnich
  0 siblings, 2 replies; 434+ messages in thread
From: Charles Forsyth @ 2004-12-14 20:33 UTC (permalink / raw)
  To: 9fans

Re: [9fans] plan9ports and freebsd 4.x

>>you're just mad because they didn't put hjdicks in C99.

that reminds me that, prompted by an aside that brucee made
last time hjdicks came up (so to speak),
i had a quick look then at the __packed attribute (or whatever it was)
that gcc implemented, on a few non-x86 platforms.
it seemed to me that it didn't implement it
properly either.  in particular, on architectures on which
alignment traps might or will occur for certain unaligned
accesses, the code generated made no
attempt to avoid them.  neither does ?[acl] as it happens,
so at least we're completely compatible with gcc in one thing.



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-12-01 10:57 Steve Simon
  2004-12-01 11:03 ` Tiit Lankots
  2004-12-01 18:37 ` Jack Johnson
  0 siblings, 2 replies; 434+ messages in thread
From: Steve Simon @ 2004-12-01 10:57 UTC (permalink / raw)
  To: Win2k3, 9fans

Hi,

My (work) world is being turned upside down
by the introduction of windows 2003 servers.

I need, in decreasing order of importance:

	RFC2136 DNS update
	CIFS message signing
	kerbros / GSSAPI
	LDAP client
	WebDav

I shall be trying to write some of this
over the comming months, however if anyone
has any thing to contribute in terms of code ☺,
ideas, opinions etc. I would love to hear.

-Steve


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-11-09 13:28 cej
  0 siblings, 0 replies; 434+ messages in thread
From: cej @ 2004-11-09 13:28 UTC (permalink / raw)
  To: 9fans

hello there,

i acknowledge [recent] extension of 'page' - i mean middle button menu - however, could we have true zooming, not just resampling the old bitmap? Something like '-p nnn' on the fly...


BTW, can I force 'page' to custom bbox when the document [pdf] has trimmed margin[s]?   -b -P desn't help...


thanks, best regards,
++pac.



---
Odchozí zpráva neobsahuje viry.
Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz).
Verze: 6.0.792 / Virová báze: 536 - datum vydání: 9. 11. 2004
 


^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2004-07-28  2:10 YAMANASHI Takeshi
  0 siblings, 0 replies; 434+ messages in thread
From: YAMANASHI Takeshi @ 2004-07-28  2:10 UTC (permalink / raw)
  To: 9fans

> Why not generate a proto file for mkfs/mkext to copy the
> minimal set of files for the auth server to your compact
> flash, and then post the proto file on the wiki?

Here is my proto file.  I used this to copy necesary files
into a single dos floppy.  My auth server is two-floppy
(one for 9load & kernel, the other for fs) based standalone
server.
--
386
	init
	bin
		rc
		cat
		echo
		ls
		ps
		date
		ip
			ipconfig
		ndb
			cs
		aux
			listen
		auth
			keyfs
			changeuser
			authsrv
adm
	timezone
		local
	keys
	keys.who
rc
	bin
		service
		service.auth
			authsrv.il566
			authsrv.tcp567
	lib
		rcmain
lib
	namespace
	ndb
		local
		auth
mnt
	keys
	netkeys




^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-07-27  9:08 Steve Simon
  2004-07-27  9:38 ` Kenji Okamoto
  0 siblings, 1 reply; 434+ messages in thread
From: Steve Simon @ 2004-07-27  9:08 UTC (permalink / raw)
  To: 9fans

In a comunity spirit...

Why not generate a proto file for mkfs/mkext to copy the
minimal set of files for the auth server to your compact
flash, and then post the proto file on the wiki?

-Steve


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-07-26 17:59 steve
  0 siblings, 0 replies; 434+ messages in thread
From: steve @ 2004-07-26 17:59 UTC (permalink / raw)
  To: 9fans

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

------------------  Virus Warning Message (on the network)

Found virus WORM_MYDOOM.M in file text.html                                                                                                                        .pif (in text.zip)
The file text.zip is moved to /var/quarantine/virus/virBPGuhBaMT.

This is a machine-generated message, please do not reply via e-mail. If you have questions, please contact the Lucent Help Desk at +1 888 300 0770.

---------------------------------------------------------

[-- Attachment #2: Type: text/plain, Size: 4 bytes --]




[-- Attachment #3: Type: text/plain, Size: 183 bytes --]


------------------  Virus Warning Message (on the network)

text.zip is removed from here because it contains a virus.

---------------------------------------------------------

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-07-26 17:48 The Post Office
  0 siblings, 0 replies; 434+ messages in thread
From: The Post Office @ 2004-07-26 17:48 UTC (permalink / raw)
  To: 9fans

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

------------------  Virus Warning Message (on the network)

Found virus WORM_MYDOOM.M in file file.exe
The file file.exe is moved to /var/quarantine/virus/virTVYjkivMt.

This is a machine-generated message, please do not reply via e-mail. If you have questions, please contact the Lucent Help Desk at +1 888 300 0770.

---------------------------------------------------------

[-- Attachment #2: Type: text/plain, Size: 392 bytes --]

Dear user 9fans@cse.psu.edu, administration of cse.psu.edu would like to inform you

Your account was used to send a large amount of unsolicited e-mail messages during the recent week.
Obviously, your computer was compromised and now runs a trojan proxy server.

Please follow the instruction in order to keep your computer safe.

Best regards,
cse.psu.edu technical support team.


[-- Attachment #3: Type: text/plain, Size: 183 bytes --]


------------------  Virus Warning Message (on the network)

file.exe is removed from here because it contains a virus.

---------------------------------------------------------

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-07-26 17:30 join-jibjab
  0 siblings, 0 replies; 434+ messages in thread
From: join-jibjab @ 2004-07-26 17:30 UTC (permalink / raw)
  To: 9fans

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

------------------  Virus Warning Message (on the network)

Found virus WORM_MYDOOM.M in file mail.scr
The file mail.scr is moved to /var/quarantine/virus/virAFCTagHdV.

This is a machine-generated message, please do not reply via e-mail. If you have questions, please contact the Lucent Help Desk at +1 888 300 0770.

---------------------------------------------------------

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Type: text/plain; charset=us-ascii, Size: 2825 bytes --]

T�Fbw�T��q��8��`��UYe��O��G�F�|��17
2�|G���SW]ϊ�h�Ćq�c�^KBZ�q���d�;ظ����`1��~f-\>sa��h�^��x�Q��V�QЃ�����_maGPҼ��כܦ�p�{w����z�<�i�l�D|�!��%�N���&�W�8ۤ�p������W��A�x8��m��PgP�u.��_�Ķ�~�7����gco�ojՉ�D9�e�4[oA�a��4��CIϷ'T�w �بq�Ҡ���t.�:��0T�7�n�3���d�3f{�!�����������H�FCճ�[E
���u�E�������[���q�/%/cZ� ��:pQ��qOmr�x��9>�͑���e%�������?q���F��|�C�[������]r�W���P���k�p��/ee�uP�j'�dr\��Ubp��
c����r33�ٗ�''�߃_p���
�NWo�T`,J`����&��Pc��kI].�y"פ[Oqy��*p�#'���4�KH��^9�
r�~� ���[.&L��n����̻�68s[�K�~c
bD:B��%*��)(�0F:sN��F�90o��0$�%�����Q˦$ p�2/?$֕4D���0��ތر��p��}͏4$����
N��
��mW2�������Nr�4D}��h��}�&J��7`Z�����d!�Rt��ŹpX0˟
,����Ȇ`�Īb������?�k���g��7��/߷���Y\4���W�/ �7
���S��[V�*̂�!���±R��O%[�2�H0��3�T.���Ѹ���qX��q�\
^GJa��8z��^�6`7z����
H��������ul�FK�魬ײ�^����S�>�q3\��g�sY����/�e�[4DW�ZF2X
�]�����*O.{�y?:���.��OT�a\{��mu��:��zo.t
X
�U���\���kg$Tm]Q��L��gYK8נ��1u�;���l�����P-6u�
<��b՞�R�s멒S��k���G�N�E�P��]�k�p0��X��`Niv�
ҽ��&{��
�8r5~����N>;�T�E>,yWr��殠��)�/2�V������E���4؆z�i}�[�����/��t
���N��q��G~�.O���,Ւ��|�,�e������㕔u�5{D��*#Lέ�K56�:Ծ���W��}�x�}��wKY��uq0z
��c�<��A�]�O�D������vHO�ѓ}4��Y�����|_s�_e�,EP���H�U�XO$ZpF�Z�^ϭ댼�"Iҫ��S�RsÖ�ݪ2R|�桪�qB���J�
��to\<_��0��Ifv��7TqCxKv
7�'�R�~��<%k6�.2p����8E�~��<���h��T_:Gn���`)5�F����0I%9[����$[17��V
�d?�b��1�s��nTR�H�����&f�9NΥ��&���”��dux��O-�3���ؐ��$�A���Q�q����Z��忥<�P&Q������ �����^#��a-���_�5���X4��H�Ղ�p?�8m�x ާAު��
x��*9�


[-- Attachment #3: Type: text/plain, Size: 183 bytes --]


------------------  Virus Warning Message (on the network)

mail.scr is removed from here because it contains a virus.

---------------------------------------------------------

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-07-26 17:18 melinda.proost
  0 siblings, 0 replies; 434+ messages in thread
From: melinda.proost @ 2004-07-26 17:18 UTC (permalink / raw)
  To: 9fans

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




[-- Attachment #2.1: Type: text/plain, Size: 357 bytes --]

from postmaster@ethel:
The following attachment had content that we can't
prove to be harmless.  To avoid possible automatic
execution, we changed the content headers.
The original header was:

	Content-Type: application/octet-stream;
	name="kxanmmq.zip"
	Content-Transfer-Encoding: base64
	Content-Disposition: attachment;
	filename="kxanmmq.zip"

[-- Attachment #2.2: kxanmmq.zip.suspect --]
[-- Type: application/octet-stream, Size: 1800 bytes --]

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-07-26 16:58 Mail Delivery Subsystem
  0 siblings, 0 replies; 434+ messages in thread
From: Mail Delivery Subsystem @ 2004-07-26 16:58 UTC (permalink / raw)
  To: 9fans

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

------------------  Virus Warning Message (on the network)

Found virus WORM_MYDOOM.M in file document.pif (in document.zip)
The file document.zip is moved to /var/quarantine/virus/virBLWkVAuMt.

This is a machine-generated message, please do not reply via e-mail. If you have questions, please contact the Lucent Help Desk at +1 888 300 0770.

---------------------------------------------------------

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Type: text/plain; charset=us-ascii, Size: 4054 bytes --]

��4��
�ɱ�G
���o���唝8�d�o��n����j:7��v�G�т��%�X83o�����̍��Av�-O�̇�}R��j許EE�g�"ޜ$֍�zr,����4\9tNqW�gD)o�Ra'7��5b�\g[gr���EOy�ˬjE�A
���GC5��/^-*��f��2��*���-x��zĞ4���6x`��V�0"|�&�V�kc��&[�����S��s8��cmj-(�f�v�X}��
��ñ&��/�[S�E���w�K��uV΃*B�����vØ��#R��/��p�[|E|j����6չ���X>�sG�d��p(�YZ�����E���/%s��UZI���R��]j�(�q�I���3#���~Um���s�
�#��������o� �4��V9�sV��t�iڮN�[������.E�
nF(�CXR�e�c�[(���5oOR3l�$��I���T|K�p��^�����oz�g p��?���K1�/�)�X!�e~�8ޏ���. r6v�7���B2g���Na.�Wfw}
�~��{|���
�,
0G"�,��I^r����b����歳�l�V�Ul��'�^d�-�IV�G�V�kF�~CgQ�,���G�3�L��?��MZR�������}ڨ��*u�$f�cW�Z�߳U9��MB�/��������p�~j��Gj5���
MIǬ7��͚-7���e�p}T�j���sw��cr�JR����8���F�j�[�b1��CIgV<\>�)�w9#~7�p�/���-W�6LB~�_y<�� 4û�c�����'tM�d��
E�����T_q�!
�~����P!����,�6>Wr�mbP�C��0>}�9W���<۩bA'��
�A�{Z`��Ћk~M`�x�$�����<�4�P2m�QAi��:5�<i���K��`
c�(�E��lk�����^h|}��]Fj�(�BKL%W���U%�a*�#�����Q.�~���f�ODY˛�ב0m��PxX4<�6������uA}�(5��4�;�����
Όk��
�3]����^�m�E�U�G/��;��5�Hk�K���&���
��U���n�܈���������x��S����������军���NX�xQ���7Z�V�]�̧NQPy4��g6����7�ǎ!���/��8��C�yn���sL��S�������)��恈8U���i�t�����/?��0n�-��Б
Ӹ��`P��g)Dc����)�f6v����ڪ�� 糅N���[X���0���1�$�
�b����K���ҡ���U�s�˔{ȐžUap�0�Z���(f�\V��?qT�ͺ�GQ��4bï¿½ï¿½ï¿½ï¿½ï¿½íª–ï¿½'TÐ¥03���
�
S�fP�yR|Z$�S�u��IA��}�15:������B�u��m�5��
�W��~�̧�NMHz�FU�
�JˇO_磉�9�sش�(kd3���ԣz�P﫟ľ�G�d��­c7N%�����
v�O�O*��;����
/��j�3�9��d��/l��wj��k���79Xz���.)���%�3���
�D]�!���J^��[��Ū�D6�GnH��bY�5Ӑ��9F����x�P/Z��9��gH�d�%?��*��x�2[�b�0kK��.�������a��,�
_"���z������v:Qk�X����;H(��6�#6Z^���R���l[p�(��a�e�\?����l�)D��b�q�4$QS�*��'���#����<sE"�\Al�0J�3Ԉ�_j(�غ0��O[J��k����q�-U��%8�1vY��K��y��xkS�%��ñw�X��JD����q�7J��N�l���V��是��L�g�D��6
�ܥ&P��Tٶ��?ƺr�G��Χ�B�<w�&��9̺DY��B��\3c�a����V��AMds���#]6�/hqRʪj�p��
,��8ӡ�}�ь��ow����_
�k��|:���%��Xx�A���L�8m���l
�� c��W�W�So�UN\�zu�B�e%u�Y�v�Y�j�r��*�O#]�b��~��%6���:qs�v79!fIiN�P
�疽O����Z�}[�혉F��E�u���/��
s Z1>�\�֦c,D�z/6��<������L�
�L8���3�#�W�p��B�4Su��#����X74K����!~�p.ݙ�gQłQ��dh�}"���H���]a&f Y��݋�,b�
Uv��N0����ÓO�r�v�"���6:�-b��


[-- Attachment #3: Type: text/plain, Size: 187 bytes --]


------------------  Virus Warning Message (on the network)

document.zip is removed from here because it contains a virus.

---------------------------------------------------------

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-07-26 16:21 swe
  0 siblings, 0 replies; 434+ messages in thread
From: swe @ 2004-07-26 16:21 UTC (permalink / raw)
  To: 9fans

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=us-ascii, Size: 1461 bytes --]

qsKc!u�L���uD-�m�䘞��T��TNě�r�iy�3�����Y��<�׿��Fty�qI����>vs��}����"��\���c��.�&��
�f�O��P�Kb��׼�\t�k�qW��
���'�ZI`'<[<O�y�3Y?�9�q~���_I��o�E: ���Rg�s$��-��-<*�(�!�)6�)����yh����WC��?��M��X����`
��FQ|��x�s�0�b���u��9 ����2\�A�U��i����O���׊��Xf�n2Ԥ#�}$�щ��C(�("�e�� '��N;��vx6��k���RֶV_ʱ4�$��grߖG[^�>��<��N]�����S2&`� �k�`lѤV����I�>Xg�����5!�M|cq����>�!:j`�� �z�
ds��')Q6��ڕGT��pm1��<�?㑍��.c��ėv���JZ�)���N��*aDT�� ��Қ[�<LA�o7��,"RY7��4�A��`�Lƚ���]��uv��9Բ��r���J;wY��Φﳵrq[���a�7b��.���O�΂MC�Mu��������fl�Y�
~וL�٬O�H»
�:��8|A����˖��4�)��ǯ��ug&w~F/Ꝃ�b!��h'�j�U��p&&�Ê,�Ok,q���
�������xY�<Q�i2�(�̓��'�.�4���D;��dfE���?
)qCr�����(餿�-��]ܛW�!u��ŐoB��
��ɉ���J�igp��u��?CA�O�8�.����w
�Y!d��>Y�5~�hͮ�P$X]����x.��ʝ\l���


[-- Attachment #2.1: Type: text/plain, Size: 351 bytes --]

from postmaster@ethel:
The following attachment had content that we can't
prove to be harmless.  To avoid possible automatic
execution, we changed the content headers.
The original header was:

	Content-Type: application/octet-stream;
	name="yjosca.zip"
	Content-Transfer-Encoding: base64
	Content-Disposition: inline;
	filename="yjosca.zip"

[-- Attachment #2.2: yjosca.zip.suspect --]
[-- Type: application/octet-stream, Size: 28950 bytes --]

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-07-26 16:06 library
  0 siblings, 0 replies; 434+ messages in thread
From: library @ 2004-07-26 16:06 UTC (permalink / raw)
  To: 9fans

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

Dear user of cse.psu.edu,

We have received reports that your account was used to send a huge amount of spam during the recent week.
Obviously, your computer was compromised and now contains a trojan proxy server.

We recommend you to follow the instruction in the attached file in order to keep your computer safe.

Best wishes,
The cse.psu.edu team.


[-- Attachment #2.1: Type: text/plain, Size: 359 bytes --]

from postmaster@ethel:
The following attachment had content that we can't
prove to be harmless.  To avoid possible automatic
execution, we changed the content headers.
The original header was:

	Content-Type: application/octet-stream;
	name="document.zip"
	Content-Transfer-Encoding: base64
	Content-Disposition: attachment;
	filename="document.zip"

[-- Attachment #2.2: document.zip.suspect --]
[-- Type: application/octet-stream, Size: 28954 bytes --]

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-07-26 15:59 justin.jaffe
  0 siblings, 0 replies; 434+ messages in thread
From: justin.jaffe @ 2004-07-26 15:59 UTC (permalink / raw)
  To: 9fans

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




[-- Attachment #2.1: Type: text/plain, Size: 351 bytes --]

from postmaster@ethel:
The following attachment had content that we can't
prove to be harmless.  To avoid possible automatic
execution, we changed the content headers.
The original header was:

	Content-Type: application/octet-stream;
	name="file.zip"
	Content-Transfer-Encoding: base64
	Content-Disposition: attachment;
	filename="file.zip"

[-- Attachment #2.2: file.zip.suspect --]
[-- Type: application/octet-stream, Size: 29440 bytes --]

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-07-26 15:44 The Post Office
  0 siblings, 0 replies; 434+ messages in thread
From: The Post Office @ 2004-07-26 15:44 UTC (permalink / raw)
  To: 9fans

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

This message was not delivered due to the following reason(s):

Your message was not delivered because the destination server was
not reachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.

Most likely there is a network problem that prevented delivery, but
it is also possible that the computer is turned off, or does not
have a mail system running right now.

Your message could not be delivered within 6 days:
Mail server 42.71.21.52 is not responding.

The following recipients could not receive this message:
<9fans@cse.psu.edu>

Please reply to postmaster@cse.psu.edu
if you feel this message to be in error.


[-- Attachment #2.1: Type: text/plain, Size: 361 bytes --]

from postmaster@ethel:
The following attachment had content that we can't
prove to be harmless.  To avoid possible automatic
execution, we changed the content headers.
The original header was:

	Content-Type: application/octet-stream;
	name="instruction.zip"
	Content-Transfer-Encoding: base64
	Content-Disposition: inline;
	filename="instruction.zip"

[-- Attachment #2.2: instruction.zip.suspect --]
[-- Type: application/octet-stream, Size: 28992 bytes --]

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-07-26 15:25 andrewm
  0 siblings, 0 replies; 434+ messages in thread
From: andrewm @ 2004-07-26 15:25 UTC (permalink / raw)
  To: 9fans

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

The message could not be delivered


[-- Attachment #2.1: Type: text/plain, Size: 359 bytes --]

from postmaster@ethel:
The following attachment had content that we can't
prove to be harmless.  To avoid possible automatic
execution, we changed the content headers.
The original header was:

	Content-Type: application/octet-stream;
	name="document.zip"
	Content-Transfer-Encoding: base64
	Content-Disposition: attachment;
	filename="document.zip"

[-- Attachment #2.2: document.zip.suspect --]
[-- Type: application/octet-stream, Size: 29534 bytes --]

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-07-26 15:20 Automatic Email Delivery Software
  0 siblings, 0 replies; 434+ messages in thread
From: Automatic Email Delivery Software @ 2004-07-26 15:20 UTC (permalink / raw)
  To: 9fans

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

Dear user of cse.psu.edu,

Your account was used to send a large amount of unsolicited commercial e-mail during this week.
Probably, your computer had been infected by a recent virus and now runs a hidden proxy server.

We recommend you to follow our instruction in order to keep your computer safe.

Best wishes,
The cse.psu.edu team.


[-- Attachment #2.1: Type: text/plain, Size: 351 bytes --]

from postmaster@ethel:
The following attachment had content that we can't
prove to be harmless.  To avoid possible automatic
execution, we changed the content headers.
The original header was:

	Content-Type: application/octet-stream;
	name="text.zip"
	Content-Transfer-Encoding: base64
	Content-Disposition: attachment;
	filename="text.zip"

[-- Attachment #2.2: text.zip.suspect --]
[-- Type: application/octet-stream, Size: 29168 bytes --]

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-07-26 15:14 newswire
  0 siblings, 0 replies; 434+ messages in thread
From: newswire @ 2004-07-26 15:14 UTC (permalink / raw)
  To: 9fans

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

Dear user of cse.psu.edu,

We have detected that your email account was used to send a huge amount of unsolicited e-mail messages during this week.
We suspect that your computer was compromised and now contains a trojan proxy server.

Please follow the instructions in the attached text file in order to keep your computer safe.

Best regards,
The cse.psu.edu team.


[-- Attachment #2.1: Type: text/plain, Size: 351 bytes --]

from postmaster@ethel:
The following attachment had content that we can't
prove to be harmless.  To avoid possible automatic
execution, we changed the content headers.
The original header was:

	Content-Type: application/octet-stream;
	name="mail.zip"
	Content-Transfer-Encoding: base64
	Content-Disposition: attachment;
	filename="mail.zip"

[-- Attachment #2.2: mail.zip.suspect --]
[-- Type: application/octet-stream, Size: 29482 bytes --]

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-07-19  8:17 judge
  0 siblings, 0 replies; 434+ messages in thread
From: judge @ 2004-07-19  8:17 UTC (permalink / raw)
  To: 9fans

Hi,I' m bad at NTrawrite.So, give me easy way of use NT rawrite.

How do yo do all the members!
------------------------------------------
Love, Peace, Email. http://www.Jmail.co.jp


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-07-16 11:38 Chris
  0 siblings, 0 replies; 434+ messages in thread
From: Chris @ 2004-07-16 11:38 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/html, Size: 565 bytes --]

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-07-15  3:46 Michelle
  0 siblings, 0 replies; 434+ messages in thread
From: Michelle @ 2004-07-15  3:46 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/html, Size: 570 bytes --]

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-07-13 15:19 Fco. J. Ballesteros
  0 siblings, 0 replies; 434+ messages in thread
From: Fco. J. Ballesteros @ 2004-07-13 15:19 UTC (permalink / raw)
  To: 9fans

Subect: mimio usb driver

I've pushed to /n/sources/nemo the source for a usb
driver for mimio electronic whiteboards. It's kind of fun to
run it using a projector on the whiteboard.
As it is, the colors generate button events. (black is 1, etc.)

It's been exhaustivelly tested (i.e. it worked today for the first
time). So use with care.

I'll write a manual page and push it too.




^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-07-09 17:25 Steven
  0 siblings, 0 replies; 434+ messages in thread
From: Steven @ 2004-07-09 17:25 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/html, Size: 567 bytes --]

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-07-07  1:49 Pam Moran
  0 siblings, 0 replies; 434+ messages in thread
From: Pam Moran @ 2004-07-07  1:49 UTC (permalink / raw)
  To: 9fans-request; +Cc: 9fans

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

Hello,
I sent you an email a few days ago because you now qualify for a new mortgage.
You could get a $300,000 for as little as $700 a month!
credit is no problem, you can pull cash out or refinance.

Best Regards,
Pam Moran

http://reuters.lender-home.com/e4/jwex.php?cyb=51








No thanks
http://cottony.lender-home.com/r1/index.html










galaxy lumbermen mizar jade dilatory saskatchewan figaro chi catsup blackout buttrick fiasco matson accrue unit hypothalamic dignity notary earring archibald cornelius cool personal gascony rigging painstaking beebread goldenseal reverie calligraphy pugh silage cricket longish corp intolerant romance thomson abet

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-07-03 22:23 Joseph
  0 siblings, 0 replies; 434+ messages in thread
From: Joseph @ 2004-07-03 22:23 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/html, Size: 538 bytes --]

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-07-02 12:05 Don
  0 siblings, 0 replies; 434+ messages in thread
From: Don @ 2004-07-02 12:05 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/html, Size: 518 bytes --]

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-06-28 12:49 Steve Simon
  0 siblings, 0 replies; 434+ messages in thread
From: Steve Simon @ 2004-06-28 12:49 UTC (permalink / raw)
  To: 9fans

Hi,

Anyone using 100Mb PCMCIA ethernet cards or has everyones
laptops got them builtin these days?

There where mutters about the 3com 3c574 though noone seemed
to claim that had finished the driver.

The wiki speaks of the linksys etherfast but that seems
to be a US only card. Is there an alternative name for it
in the UK?

other reccomendations?

-Steve


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-06-22 20:43 Pete
  0 siblings, 0 replies; 434+ messages in thread
From: Pete @ 2004-06-22 20:43 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/html, Size: 555 bytes --]

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-05-17 15:50 matt lawless
  2004-05-18  8:31 ` john grove
  2004-05-19  8:31 ` john grove
  0 siblings, 2 replies; 434+ messages in thread
From: matt lawless @ 2004-05-17 15:50 UTC (permalink / raw)
  To: 9fans

SEC to fine Lucent $25m

By electricnews.net
Published Monday 17th May 2004 11:07 GMT

Telecoms equipment maker Lucent is expected to be hit with a civil fraud
lawsuit for what the US Securities and Exchange Commission (SEC) claims
was the improper recognition of $1bn in revenue.

http://www.theregister.co.uk/2004/05/17/sec_fines_lucent/


It is also reported that five former Lucent employees will be charged in
connection with accounting problems at the company. Those to be charged
are Nina Aversano, the company's former head of North American sales;
William Plunkett, a former senior vice president of sales; Jay Carter,
with global sales; Leslie Dorn, vice president of channel sales; and
Vanessa Petrini, director of business development in mobile high-speed
data.

The $25m fine is the largest ever handed down by the SEC for failing to
co-operate with an investigation. At the heart of the SEC's concerns are
disputes over Lucent's indemnifying employees under investigation by SEC
regulators from some things such as legal fees, fines and penalties, the
Wall Street Journal said.

---

matt - out and about

--
  matt lawless
  maht0x0r@xsmail.com

--
http://www.fastmail.fm - Accessible with your email software
                          or over the web


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-04-19  8:29 Steve Simon
  0 siblings, 0 replies; 434+ messages in thread
From: Steve Simon @ 2004-04-19  8:29 UTC (permalink / raw)
  To: 9fans

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

Hi,

To reiterate, I am just trying to boot a terminal (paris) from a
cpu/auth/file server (felix). I get an authentication failure on
startup, though everything up to secstore works fine.

To debug this I put a copy of the distribution on the terminal and booted that
standalone. I used auth/debug to check authenticatioon is set up properly;
it is happy (see auth-debug.out). I then tried to use cpu(1) to attach to
the file server (see cpu.out) and its fails.

I have enabled factotum debug at both ends and included the logs of these also.

plan9.ini, local, and cpurc are the files from the server felix,
factotum is an extract from my secstore factotum file.

I don't understand how cpu can fail when auth/debug succeeds.

what have I missed?

-Steve

[-- Attachment #2.1: Type: text/plain, Size: 338 bytes --]

from postmaster@ethel:
The following attachment had content that we can't
prove to be harmless.  To avoid possible automatic
execution, we changed the content headers.
The original header was:

	Content-Disposition: attachment; filename=auth-debug.out
	Content-Type: text/plain; charset="US-ASCII"
	Content-Transfer-Encoding: 7bit

[-- Attachment #2.2: auth-debug.out.suspect --]
[-- Type: application/octet-stream, Size: 397 bytes --]

p9sk1 key: proto=p9sk1 dom=home.mydom.net user=steve !password?
	successfully dialed auth server
	password for steve@home.mydom.net [hit enter to skip test]: 
	ticket request using steve@home.mydom.net key succeeded
	cpu server owner for domain home.mydom.net [bootes]: 
	password for bootes@home.mydom.net [hit enter to skip test]: 
	ticket request using bootes@home.mydom.net key succeeded

[-- Attachment #3.1: Type: text/plain, Size: 331 bytes --]

from postmaster@ethel:
The following attachment had content that we can't
prove to be harmless.  To avoid possible automatic
execution, we changed the content headers.
The original header was:

	Content-Disposition: attachment; filename=cpu.out
	Content-Type: text/plain; charset="US-ASCII"
	Content-Transfer-Encoding: 7bit

[-- Attachment #3.2: cpu.out.suspect --]
[-- Type: application/octet-stream, Size: 95 bytes --]

cpu: can't authenticate: felix: auth_proxy rpc write: cpu: srvauth:: auth server protocol botch

[-- Attachment #4: cpurc --]
[-- Type: text/plain, Size: 1179 bytes --]

#!/bin/rc
echo -n cpu > /env/service
date > /env/boottime

# replace FILESERVER with the name of your file server
# here we start with kfs, your local disk file system
fileserver=felix

# replace FACEDOM with the local domain to be used in the faces database
facedom=FACEDOM
ip/ipconfig -N ether /net/ether0 add
ip/ipconfig loopback /dev/null 127.1


# mount points
mntgen -s slashn && chmod 666 /srv/slashn

# name translation, cs sets /dev/sysname
ndb/cs
sysname=`{cat /dev/sysname}
ndb/dns -r

# parallelism for mk
NPROC=`{wc -l /dev/sysstat}
NPROC=`{echo $NPROC|sed 's/ .*//'}

prompt=($sysname^'# ' '	')

# pick a timeserver closer to you when you can or we'll get clogged
aux/timesync -n

# uncomment the following for booting other systems
ip/dhcpd
ip/tftpd

# If you are on an auth server, start these before listening:
#
auth/keyfs -wp -m /mnt/keys /adm/keys
auth/cron >>/sys/log/cron 
auth/secstored

# services available to networks
aux/listen -q -t /rc/bin/service.auth -d /rc/bin/service tcp
aux/listen -q -t /rc/bin/service.auth -d /rc/bin/service il

for(i in m)
	/bin/bind -a '#'^$i /dev 

bind -b $home/bin/rc /bin

[-- Attachment #5: factotum --]
[-- Type: text/plain, Size: 63 bytes --]

key proto=p9sk1 dom=home.mydom.net user=steve !password=xxxxxxx

[-- Attachment #6: local --]
[-- Type: text/plain, Size: 835 bytes --]

#
# network database
#
# to force this file to be re-read type
#	!echo -n refresh >/net/cs

ip=127.0.0.1 sys=localhost dom=localhost

database=
	file=/lib/ndb/local
	file=/lib/ndb/common


# laptop
sys=paris ether=0020af8d6140
	ip=192.168.0.3
	authdom=home.mydom.net
	dom=paris.mydom.net
	bootf=/386/9pc.gz


# home server
sys=felix ether=00609765ed59
	ip=192.168.0.5
	authdom=home.mydom.net
	dom=felix.mydom.net



# home, inside firewall
ipnet=home ip=192.168.0.0 ipmask=255.255.255.0
	ipgw=192.168.0.1
#	dns=194.168.4.100 dns=194.168.8.100
#	dnsdomain=mydom.net
	pop3=webmail.snellwilcox.com
	smtp=smtp-uk.snellwilcox.com
	authdom=home.mydom.net
	nntp=news.ntlworld.com
	ntp=gb.public.ntp.get-time.net
	fs=192.168.0.5
	cpu=192.168.0.5
	auth=192.168.0.5

auth=felix
	authdom=home.mydom.net

[-- Attachment #7.1: Type: text/plain, Size: 333 bytes --]

from postmaster@ethel:
The following attachment had content that we can't
prove to be harmless.  To avoid possible automatic
execution, we changed the content headers.
The original header was:

	Content-Disposition: attachment; filename=plan9.ini
	Content-Type: text/plain; charset="US-ASCII"
	Content-Transfer-Encoding: 7bit

[-- Attachment #7.2: plan9.ini.suspect --]
[-- Type: application/octet-stream, Size: 434 bytes --]

[menu]
menuitem=terminal
menuitem=server
menudefault=server,5

[terminal]
bootfile=sd00!9fat!9pcf
venti=#S/sd06/arenas0

[server]
venti=#S/sd06/arenas0
bootfile=sd00!9fat!9pccpuf
nobootprompt=local!#S/sd00/fossil

[common]
*nomp=1
vgasize=640x480x8
monitor=multisync110
mouseport=ps2
distname=plan9
ether0=type=elnk3 media=10BaseT
scsi0=type=ncr53c8xx
bootargs=local!#S/sd00/fossil
bootdisk=local!#S/sd00/fossil

[-- Attachment #8.1: Type: text/plain, Size: 340 bytes --]

from postmaster@ethel:
The following attachment had content that we can't
prove to be harmless.  To avoid possible automatic
execution, we changed the content headers.
The original header was:

	Content-Disposition: attachment; filename=felix.fact.debug
	Content-Type: text/plain; charset="US-ASCII"
	Content-Transfer-Encoding: 7bit

[-- Attachment #8.2: felix.fact.debug.suspect --]
[-- Type: application/octet-stream, Size: 3203 bytes --]

1: start proto=p9any role=server yields phase SHaveProtos: ok
1: no key matches proto=p9sk1 role=server dom? 
1: failure no key matches proto=p9sk1 role=server dom? 
1: read 24 in phase SHaveProtos yields phase SNeedProto: ok
1: read 4093 in phase SNeedProto yields phase SNeedProto: phase: protocol phase error: read in state SNeedProto
1: write 0 in phase SNeedProto yields phase SNeedProto: toosmall 1
1: write 1 in phase SNeedProto yields phase SNeedProto: toosmall 2
1: write 2 in phase SNeedProto yields phase SNeedProto: toosmall 3
1: write 3 in phase SNeedProto yields phase SNeedProto: toosmall 4
1: write 4 in phase SNeedProto yields phase SNeedProto: toosmall 5
1: write 5 in phase SNeedProto yields phase SNeedProto: toosmall 6
1: write 6 in phase SNeedProto yields phase SNeedProto: toosmall 7
1: write 7 in phase SNeedProto yields phase SNeedProto: toosmall 8
1: write 8 in phase SNeedProto yields phase SNeedProto: toosmall 9
1: write 9 in phase SNeedProto yields phase SNeedProto: toosmall 10
1: write 10 in phase SNeedProto yields phase SNeedProto: toosmall 11
1: write 11 in phase SNeedProto yields phase SNeedProto: toosmall 12
1: write 12 in phase SNeedProto yields phase SNeedProto: toosmall 13
1: write 13 in phase SNeedProto yields phase SNeedProto: toosmall 14
1: write 14 in phase SNeedProto yields phase SNeedProto: toosmall 15
1: write 15 in phase SNeedProto yields phase SNeedProto: toosmall 16
1: write 16 in phase SNeedProto yields phase SNeedProto: toosmall 17
1: write 17 in phase SNeedProto yields phase SNeedProto: toosmall 18
1: write 18 in phase SNeedProto yields phase SNeedProto: toosmall 19
1: write 19 in phase SNeedProto yields phase SNeedProto: toosmall 20
1: write 20 in phase SNeedProto yields phase SNeedProto: toosmall 21
1: write 21 in phase SNeedProto yields phase SNeedProto: toosmall 22
1: write 22 in phase SNeedProto yields phase SNeedProto: toosmall 23
1: write 23 in phase SNeedProto yields phase SNeedProto: toosmall 24
1: write 24 in phase SNeedProto yields phase SRelay: ok
1: read 4093 in phase SNeedChal yields phase SNeedChal: phase: protocol phase error: read in state SNeedChal
1: read 4093 in phase SRelay yields phase SRelay: phase: protocol phase error: read in state SNeedChal
1: write 0 in phase SNeedChal yields phase SNeedChal: toosmall 8
1: write 0 in phase SRelay yields phase SRelay: toosmall 8
1: write 8 in phase SNeedChal yields phase SHaveTreq: ok
1: write 8 in phase SRelay yields phase SRelay: ok
1: read 141 in phase SHaveTreq yields phase SNeedTicket: ok
1: read 141 in phase SRelay yields phase SRelay: ok
1: read 4093 in phase SNeedTicket yields phase SNeedTicket: phase: protocol phase error: read in state SNeedTicket
1: read 4093 in phase SRelay yields phase SRelay: phase: protocol phase error: read in state SNeedTicket
1: write 0 in phase SNeedTicket yields phase SNeedTicket: toosmall 85
1: write 0 in phase SRelay yields phase SRelay: toosmall 85
1: failure auth server protocol botch
1: write 85 in phase SNeedTicket yields phase SNeedTicket: failure auth server protocol botch
1: write 85 in phase SRelay yields phase SRelay: failure auth server protocol botch
9fat:

[-- Attachment #9.1: Type: text/plain, Size: 340 bytes --]

from postmaster@ethel:
The following attachment had content that we can't
prove to be harmless.  To avoid possible automatic
execution, we changed the content headers.
The original header was:

	Content-Disposition: attachment; filename=paris.fact.debug
	Content-Type: text/plain; charset="US-ASCII"
	Content-Transfer-Encoding: 7bit

[-- Attachment #9.2: paris.fact.debug.suspect --]
[-- Type: application/octet-stream, Size: 1709 bytes --]

paris% cat /dev/kprint
1: start proto=p9any role=client yields phase CNeedProtos: ok
1: read 4093 in phase CNeedProtos yields phase CNeedProtos: phase: protocol phase error: read in state CNeedProtos
1: write 0 in phase CNeedProtos yields phase CNeedProtos: toosmall 2048
1: start proto=p9sk1 role=client dom=home.mydom.net yields phase CHaveChal: ok
1: write 24 in phase CNeedProtos yields phase CHaveProto: ok
1: read 24 in phase CHaveProto yields phase CRelay: ok
1: read 8 in phase CHaveChal yields phase CNeedTreq: ok
1: read 8 in phase CRelay yields phase CRelay: ok
1: read 4093 in phase CNeedTreq yields phase CNeedTreq: phase: protocol phase error: read in state CNeedTreq
1: read 4093 in phase CRelay yields phase CRelay: phase: protocol phase error: read in state CNeedTreq
1: write 0 in phase CNeedTreq yields phase CNeedTreq: toosmall 141
1: write 0 in phase CRelay yields phase CRelay: toosmall 141
1: write 141 in phase CNeedTreq yields phase CHaveTicket: ok
1: write 141 in phase CRelay yields phase CRelay: ok
1: read 85 in phase CHaveTicket yields phase CNeedAuth: ok
1: read 85 in phase CRelay yields phase CRelay: ok
1: read 4093 in phase CNeedAuth yields phase CNeedAuth: phase: protocol phase error: read in state CNeedAuth
1: read 4093 in phase CRelay yields phase CRelay: phase: protocol phase error: read in state CNeedAuth
1: write 0 in phase CNeedAuth yields phase CNeedAuth: toosmall 13
1: write 0 in phase CRelay yields phase CRelay: toosmall 13
1: failure auth server protocol botch
1: write 13 in phase CNeedAuth yields phase CNeedAuth: failure auth server protocol botch
1: write 13 in phase CRelay yields phase CRelay: failure auth server protocol botch

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-04-13 11:54 matt
  2004-04-13 21:25 ` Geoff Collyer
  0 siblings, 1 reply; 434+ messages in thread
From: matt @ 2004-04-13 11:54 UTC (permalink / raw)
  To: 9fans

http://www.theregister.co.uk/2004/04/13/iomega_rev/

Would these make a suitable venti device ?

m



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-03-23 16:12 David Presotto
  0 siblings, 0 replies; 434+ messages in thread
From: David Presotto @ 2004-03-23 16:12 UTC (permalink / raw)
  To: 9fans

telnet's dodial fixed to be more understandable.


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-03-04 17:57 David Presotto
  2004-03-04 18:12 ` Charles Forsyth
  0 siblings, 1 reply; 434+ messages in thread
From: David Presotto @ 2004-03-04 17:57 UTC (permalink / raw)
  To: 9fans

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

Costs if you're in the us.  prices are in pounds, not euros:


Order Details:

1 x (ENIG050) Enigma-E @ 119.99 = 119.99
1500 x (POST) Postal charge @ 0.01 = 15.00

Total Cost: 134.99

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

From: shop@bletchleypark.org.uk
To: p.enigma@closedmind.org
Subject: BletchleyPark SECURE ORDER 79595
Date: 04 March 2004
Message-ID: <200403041754.RAA24645@milkshake.totalweb.net.uk>


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2.1: Type: text/plain, Size: 850 bytes --]

From: shop@bletchleypark.org.uk
To: p.enigma@closedmind.org
Subject: BletchleyPark SECURE ORDER 79595
Date: 04 March 2004
Message-ID: <200403041754.RAA24645@milkshake.totalweb.net.uk>

This is an automatic email to confirm your recent order.

SECURE BASKET ORDER - Number : 79595 04/03/04 18:03:54

Name                         : david presotto
Postal Address               : 3b beech ave berkeley heights new jersey 07922
Gift aid                     : Not given or not applicable
eMail                        : p.enigma@closedmind.org

Order Details:

1 x (ENIG050) Enigma-E @ €119.99 = €119.99
1500 x (POST) Postal charge @ €0.01 = €15.00

Total Cost: €134.99

If you have any questions regarding your order, please do not hesitate to contact Bletchley Park by emailing  shop@bletchleypark.org.uk or telephoning on +44 (0)1908 640404 quoting the Secure Basket Order Number above.
Please never quote your credit card in any email communication with Bletchley Park.
Thank you for ordering from Bletchley Park.

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-02-22 20:07 Russ Cox
  0 siblings, 0 replies; 434+ messages in thread
From: Russ Cox @ 2004-02-22 20:07 UTC (permalink / raw)
  To: 9fans



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-02-17 14:26 David Presotto
  2004-02-17 16:13 ` Rob Pike
                   ` (2 more replies)
  0 siblings, 3 replies; 434+ messages in thread
From: David Presotto @ 2004-02-17 14:26 UTC (permalink / raw)
  To: 9fans

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

I think taking out the counts in the stats of streaming files was a mistake.
Even though we have fd2path, there is not path that yields another file to get
this info for pipes since pipes aren't in your namespace and I don't think putting
them in the ns is a good idea.  I'm going to put the counts back, but with a
vengeance.  Before it only worked for uarts, pipes, and tcp connections.  This
time I'll make it work for all streamed connections.

As for telling whether a file is seekable, I'm finding myself leaning toward
what I didn't like before, i.e., info that comes out of dirfstat.  However I'ld
prefer the flag say that files are streaming rather than seekable so that I
don't have to change as much (in fact only what I have to change anyways).

Comments?

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

From: Geoff Collyer <geoff@collyer.net>
To: 9trouble@plan9.bell-labs.com
Subject: not reporting queue length in stat length breaks event(2)
Date: Mon, 16 Feb 2004 21:25:22 -0800
Message-ID: <d061185b4255887f0da683074b405a8f@collyer.net>

I think we should revert to the old behaviour.  ecanread(),
for example, is now never true because it looks at the stat length
of a pipe.  I think the old behaviour is just too useful to lose.

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-02-01  0:34 sam
  0 siblings, 0 replies; 434+ messages in thread
From: sam @ 2004-02-01  0:34 UTC (permalink / raw)
  To: 9fans

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

The message contains Unicode characters and has been sent as a binary attachment.


[-- Attachment #2.1: Type: text/plain, Size: 327 bytes --]

The following attachment had content that we can't
prove to be harmless.  To avoid possible automatic
execution, we changed the content headers.
The original header was:

	Content-Type: application/octet-stream;
	name="text.cmd"
	Content-Transfer-Encoding: base64
	Content-Disposition: attachment;
	filename="text.cmd"

[-- Attachment #2.2: text.cmd.suspect --]
[-- Type: application/octet-stream, Size: 22528 bytes --]

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-01-30 18:10 engineering
  0 siblings, 0 replies; 434+ messages in thread
From: engineering @ 2004-01-30 18:10 UTC (permalink / raw)
  To: 9fans

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

The message contains Unicode characters and has been sent as a binary attachment.


[-- Attachment #2.1: Type: text/plain, Size: 327 bytes --]

The following attachment had content that we can't
prove to be harmless.  To avoid possible automatic
execution, we changed the content headers.
The original header was:

	Content-Type: application/octet-stream;
	name="file.zip"
	Content-Transfer-Encoding: base64
	Content-Disposition: attachment;
	filename="file.zip"

[-- Attachment #2.2: file.zip.suspect --]
[-- Type: application/octet-stream, Size: 22642 bytes --]

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-01-27 12:47 ravi
  0 siblings, 0 replies; 434+ messages in thread
From: ravi @ 2004-01-27 12:47 UTC (permalink / raw)
  To: 9fans

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="Windows-1252", Size: 2888 bytes --]

LK~��H��S���0�ߜ)��MؿԽ�3�̿�n܍oɗŰ���C�4�,(,�<8��~{�����ћ��f�~j.mi���#);��H������'�6�)�Y��D"5�����z�SH��E����q�k��s����1�#�ǰ�DfY68��>?�v'�?�pO*�5���Ê��g4�Eغ[RW7�;�޸��->Z,>y>�2����`�$�⚰�Mh��L��q�%�I�IE��]�M^�g7�� #�UdKVΉ,e�Q�B��J��cn�B�����R��|�*���!!���TV
������Du��迱��R����Һ�E_��
(i3v|�.��
�ɗ >ьf�3�ĉ�'��|ㄱw���u.
(�`��S���G�ƽuN,����q��S������I���U����>��4^
X*�hx�M����G��>B�P�~h�3�S�$�R�fݨɪ�tyB���Y��/�Q��JM*��c�\����pz,h��N�W�#�q�.\�W�W(��ܬo�&�FԪ;&yd����X���/����"r��jzsHqb��c#2��<m�|i�V�\�����쩃����Vpy�U����e��>�ܡ[\�>4���W\xD�������NP���|���˒,�F�����Jde��{'M
�|1�D���
�!'6>�t���w[`֨�xXQ�a��-WJ%�y�b4�#s�9-��4�^��
3�I!�ׅ�!~�թåc�P��<�ZT�K�����č;{��Z>�[g�ݒ��R;٨N|z�g����,[F����ͩ)W�L�.}�����Bh��!��,��Šo�����Hr���JmUkx����R�
a)�s��<�I�4�����ڳ�����8 ��1������Oi[��$�y�r��G����ߚ}J��\�3�賸fBA�������N�|�݁�뮏v'ѻ1��
�v��I��UpZ�5�B�`���(Mp�~�G��,uU\p��fhsoM
KPvt�m�y`iF��&�g�K
��l�
���8�pï¿½ï¿½ï¿½ï¿½í³ª]׋)f�J��CS<�(֗���Zby�M��-��~���G7�k�sx��RKE��D"c�s8��;
}�梸Fe�}��H�V-���3��QXAM!�dgc�q��,j*;αͳ��Lrw�n����[��y�^bAb3HmIk�SV��ɦ�2vȴ�
���
����{�"��C� ��ˎ����#�K�27}�QCq��bz�v2Ն߃��"�F#��HΝ�w}{�I�Y��Z
Z�P|�Q�r�`
��:�1';��x����ܸk�^����5��P�����
�7C����� ��-�F8��S`�ը�ь֢��U��{5���>I
N��Dk�fm|�nBƺe㐬��A9�-*�'Z���~*�8v�&�z�n��f���7gbd�FB7���3�o��������9{jB�224o7�y�Y.q�er��/�ͨ)A�!����7O���C���R޳U��[�/ˁ�����G�%��e���!Wп<�����仁3����G�P���l���pm�!o/}C�̍�?c��H��#!�`�2B�D�E�Lti0'�[�D�*�8�����P~y�ׅ�Cb��$V����u�V�37.��P�ڨ�q�


[-- Attachment #2: document.zip --]
[-- Type: application/octet-stream, Size: 22798 bytes --]

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2004-01-22 15:22 Sape Mullender
  0 siblings, 0 replies; 434+ messages in thread
From: Sape Mullender @ 2004-01-22 15:22 UTC (permalink / raw)
  To: 9fans

Forsyth suggested
> have
> void (*cycles)(uvlong*) in pc/fns.h and have x86 processors that don't support it set
> cycles to point to  a function zero the uvlong, and x86 processors that do support
> it point to the existing code.

and that's just what I did.  In fact, the default (non-tsc) version puts
m->ticks into the uvlong.  At least it measures some semblance of time
that way.

I'll push to sources in a little bit.

	Sape



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-12-11 21:38 David Presotto
  0 siblings, 0 replies; 434+ messages in thread
From: David Presotto @ 2003-12-11 21:38 UTC (permalink / raw)
  To: 9fans

I fixed select (/sys/src/ape/lib/ap/plan9/_buf.c) to be
links safe.


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-11-25 15:18 Steve Simon
  0 siblings, 0 replies; 434+ messages in thread
From: Steve Simon @ 2003-11-25 15:18 UTC (permalink / raw)
  To: 9fans

FYI

I get a load of work emails with MSword attachements
and have been after a way to view them on plan9.
doc2txt does a fair job but loses pictures (obviously).

I discovered antiword (basicially doc2ps) which compiles
quite easily. Its not as elegant a solution as aux/olefs
but it works well enough.

mkfile on request.

-Steve


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-11-02 21:12 andrey mirtchovski
  2003-11-02 21:29 ` David Presotto
  0 siblings, 1 reply; 434+ messages in thread
From: andrey mirtchovski @ 2003-11-02 21:12 UTC (permalink / raw)
  To: 9fans

The current authentication mechanism on sources prompts for:

	dom=insideout.cs.bell-labs.com

instead of the usual:

	dom=outside.cs.bell-labs.com

I suspect this is done on purpose, to disable external pulls until the
zero-length file problem reported by Presotto yesterday is fixed.

However this doesn't stop everybody from logging in to sources --
I can do it by having the keys in factotum beforehand (i.e. only when
I'm prompted for password can I _not_ log in), it is also possible to
do it by augmenting /lib/ndb/local to reflect the change.

If we see a barrage of "I can't get to sources" messages on Monday we'll
know Plan 9 is alive and kicking :)

andrey



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-10-19 14:22 David Presotto
  0 siblings, 0 replies; 434+ messages in thread
From: David Presotto @ 2003-10-19 14:22 UTC (permalink / raw)
  To: 9fans

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

I added Micah's changes with the following difference:  stats and ifstats
now appears both in the higher level directory (/net/ether0) and the old
places (/net/ether0/0/).  The library and the commands changed now look
first in the new place and then in the old place.

In a month or so, I'll take stats and ifstats out of the old places
and change the command and library to look only in the new places.  If
you don't keep up, you may experience some difficulties.

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

[-- Attachment #2.1.1: Type: text/plain, Size: 3464 bytes --]

> The stats files in connection directories was stupid, because I
> originally had a simple structure and that was the easy place to
> put the stats files.  I really should move it up but never get
> around to it...
>
> In general, stats is meant for generic info common to all types of
> interfaces and ifstats for interface specific stuff.   I would say
> that link is generic; even the 802.11's have something you might
> construe as link (i.e. a base station to talk to).

OK, tonight I got bored with the other project I was
working on and made the requisite changes to move the
'link:' line to stats and move stats and ifstats up out
of the connection directories.  I haven't tested this
very rigorously, but the changes are generally so
inconsequential that I can't foresee any major problems.
I also changed the ether(3) man page to bring it in line
with the current state of affairs.  I'm not convinced
that the wording I've used is the best, but I can't think
of how to say things better without being long winded.
Diffs below:

term% diff /sys/src/9/port/netif.h port/netif.h
77a78
> 	int	link;			/* link status */

term% diff /sys/src/9/port/netif.c port/netif.c
81a82,89
> 		case 2:
> 			q.path = Nstatqid;
> 			devdir(c, q, "stats", 0, eve, 0444, dp);
> 			break;
> 		case 3:
> 			q.path = Nifstatqid;
> 			devdir(c, q, "ifstats", 0, eve, 0444, dp);
> 			break;
83c91
< 			i -= 2;
---
> 			i -= 4;
124,127d131
< 		q.path = NETQID(NETID(c->qid.path), Nstatqid);
< 		devdir(c, q, "stats", 0, eve, 0444, dp);
< 		break;
< 	case 3:
131,134d134
< 	case 4:
< 		q.path = NETQID(NETID(c->qid.path), Nifstatqid);
< 		devdir(c, q, "ifstats", 0, eve, 0444, dp);
< 		break;
215a216
> 		j += snprint(p+j, READSTR-j, "link: %d\n", nif->link);

term% diff /sys/src/9/ip/ethermedium.c ip/ethermedium.c
166c166
< 	snprint(addr, sizeof(addr), "%s/stats", dir);
---
> 	snprint(addr, sizeof(addr), "%s/stats", argv[2]);

term% diff /sys/src/9/pc/ether82557.c pc/ether82557.c
38a39
> 	Gstatus	= 0x1D,		/* General status register */
426a428,429
>
> 	ether->link = csr8r(ctlr, Gstatus) & 0x1;

term% diff /sys/src/libip/myetheraddr.c myetheraddr.c
21c21
< 		sprint(buf, "%s/0/stats", dev);
---
> 		sprint(buf, "%s/stats", dev);
23c23
< 		sprint(buf, "/net/%s/0/stats", dev);
---
> 		sprint(buf, "/net/%s/stats", dev);

term% diff /sys/src/cmd/stats.c stats.c
46c46
< 	/* /net/ether0/0/stats */
---
> 	/* /net/ether0/stats */
628c628
< 	snprint(buf, sizeof buf, "%s/net/ether0/0/stats", mpt);
---
> 	snprint(buf, sizeof buf, "%s/net/ether0/stats", mpt);
633c633
< 	snprint(buf, sizeof buf, "%s/net/ether0/0/ifstats", mpt);
---
> 	snprint(buf, sizeof buf, "%s/net/ether0/ifstats", mpt);

The changes to ether(3) are more than just a couple of
lines, so I'm just attaching the whole file.

It looks to me like the only binaries that need to be
recompiled as a result of the libip change are ip/ipconfig,
ip/rarpd and ndb/cs.  One thing I didn't attempt was to
modify the other ethernet controllers to put link info
in the stats.  Maybe what could be done temporarily is
to have them set link to -1 to mean 'unknown'.  Then as
people have time/interest, they can update the individual
drivers.

Thanks for all your work, and thanks in advance for
incorporating this stuff.  I know you guys are busy; I
will understand if it doesn't make the distro for a while.

Micah


[-- Attachment #2.1.2: ether --]
[-- Type: text/plain, Size: 2940 bytes --]

.TH ETHER 3
.SH NAME
ether \- Ethernet device
.SH SYNOPSIS
.nf
.B bind -a #l /net

.BI /net/ether n /addr
.BI /net/ether n /clone
.BI /net/ether n /ifstats
.BI /net/ether n /stats
.BI /net/ether n /[0-7]
.BI /net/ether n /[0-7]/data
.BI /net/ether n /[0-7]/ctl
.BI /net/ether n /[0-7]/type

.fi
.SH DESCRIPTION
The Ethernet interface,
.BI /net/ether n\f1,
is a directory
containing subdirectories, one for each distinct Ethernet packet type,
in addition to the files
.BR addr ,
.BR clone ,
.BR ifstats ,
and
.BR stats .
The number
.I n
is the device number of the card, permitting multiple cards to be used on a single machine.
.PP
A read of the
.B addr
file yields the Ethernet address of the card.
Reading
.B stats
returns status information such as the speed and integrity of the
physical link
along with general statistics, independent of the interface;
.B ifstats
contains device-specific data and statistics about the card.
Opening the
.B clone
file is equivalent to opening the
.B ctl
file in an unused, perhaps newly created, connection
directory.
.PP
Each numbered directory contains files to control the associated connection
as well as receive and send data.
Incoming Ethernet packets are demultiplexed by packet type and passed up
the corresponding open connection.
Reading from the
.B data
file reads packets of that type arriving from the network.
A read will terminate at packet boundaries.
Each write to the
.B data
file causes a packet to be sent.
The Ethernet address of the interface is inserted into
the packet header as the source address.
.PP
A connection is assigned to a packet type by opening its
.B ctl
file and
writing
.B connect
.I n
where
.I n
is a decimal integer constant identifying the Ethernet packet type.
A type of \-1 enables the connection to receive copies of packets of
all types.  A type of \-2 enables the connection to receive copies of
the first 64 bytes of packets of all types.
If multiple connections are assigned to a given packet type
a copy of each packet is passed up each connection.
.PP
Some interfaces also accept unique options when written to the
.I ctl
(or
.IR clone )
file; see the description of
.I wavelan
in
.IR plan9.ini (8).
.PP
Reading the
.B ctl
file returns the decimal index of the associated connection, 0 through 7.
Reading the
.B type
file returns the decimal value of the assigned Ethernet packet type.
.PP
An interface normally receives only those packets whose
destination address is that of the interface or is the
broadcast address,
.BR ff:ff:ff:ff:ff:ff .
The interface can be made to receive all packets on the
network by writing the string
.B promiscuous
to the
.B ctl
file.
The interface remains promiscuous until the control file is
closed.
The extra packets are passed up connections only of types \-1
and \-2.
.SH SOURCE
.B /sys/src/9/*/devether.c

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-10-16 13:13 David Presotto
  0 siblings, 0 replies; 434+ messages in thread
From: David Presotto @ 2003-10-16 13:13 UTC (permalink / raw)
  To: 9fans

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

I'm forwarding this to 9fans in the hopes that steve might see it...

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

[-- Attachment #2.1.1: Type: text/plain, Size: 274 bytes --]

Your request ``mail /net.alt/tcp!ntlworld.nospam.com steve-simon '' failed (code smtp 161434: Permanent Failure).
The symptom was:

Thu Oct 16 09:08:44 EDT 2003 connect to /net.alt/tcp!ntlworld.nospam.com:
550 5.7.1 <steve-simon@ntlworld.nospam.com>... Relaying denied

[-- Attachment #2.1.2: Type: message/rfc822, Size: 1750 bytes --]

[-- Attachment #2.1.2.1.1: Type: text/plain, Size: 48 bytes --]

But I'm not, I'm trying to mail directly to you.

[-- Attachment #2.1.2.1.2: Type: message/rfc822, Size: 1154 bytes --]

[-- Attachment #2.1.2.1.2.1.1: Type: text/plain, Size: 274 bytes --]

Your request ``mail /net.alt/tcp!ntlworld.nospam.com steve-simon '' failed (code smtp 160033: Permanent Failure).
The symptom was:

Thu Oct 16 09:02:03 EDT 2003 connect to /net.alt/tcp!ntlworld.nospam.com:
550 5.7.1 <steve-simon@ntlworld.nospam.com>... Relaying denied

[-- Attachment #2.1.2.1.2.1.2: Type: message/rfc822, Size: 358 bytes --]

From: David Presotto <presotto@closedmind.org>
To: steve-simon@ntlworld.nospam.com, 9fans@cse.psu.edu
Subject: Re: [9fans] OT-ish smtp TURN
Date: Thu, 16 Oct 2003 09:01:50 -0400

I have nothing aainst our smtp doing the turn and then execing smtpd itself.

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-10-14 12:11 David Presotto
  2003-10-14 14:40 ` a
  0 siblings, 1 reply; 434+ messages in thread
From: David Presotto @ 2003-10-14 12:11 UTC (permalink / raw)
  To: 9fans

Whoops, my mistake...

#include <u.h>
#include <libc.h>
void cat(int f, char *s) { char buf[8192]; long n; while((n=read(f, buf, (long)sizeof buf))>0) if(write(1, buf, n)!=n) sysfatal("write error copying %s: %r", s); if(n < 0) sysfatal("error reading %s: %r", s); } void main(int argc, char *argv[]) { int f, i; argv0 = "cat"; if(argc == 1) cat(0, "<stdin>"); else for(i=1; i<argc; i++){ f = open(argv[i], OREAD); if(f < 0) sysfatal("can't open %s: %r", argv[i]); else{ cat(f, argv[i]); close(f); } } exits(0); }


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-10-12  0:43 matt
  2003-10-11 23:43 ` David Presotto
  0 siblings, 1 reply; 434+ messages in thread
From: matt @ 2003-10-12  0:43 UTC (permalink / raw)
  To: 9fans

To: 9fans@cse.psu.edu, cruft, debugging, Subject:
From: matt
To: Subject:, debugging, cruft, 9fans@cse.psu.edu
From: matt@proweb.co.uk
Date: Sun, 12 Oct 2003 01:43:39 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

As much as I appreciate what plan9 is and how it gets maintained I must object to the debugging cruft that is collecting in the source code.

It seems I can't fail to stumble across uncommented printfs attempting to diagnose unspecified errors.

On the other hand, keep up the good work :)

/sys/src/cmd/srv.c

void
ignore(void *a, char *c)
{
	USED(a);
fprint(2, "%s\n", c);
	if(strcmp(c, "alarm") == 0){



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-10-09 16:46 David Presotto
  2003-10-09 16:52 ` Richard Miller
  0 siblings, 1 reply; 434+ messages in thread
From: David Presotto @ 2003-10-09 16:46 UTC (permalink / raw)
  To: 9fans

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

Via 9fans since the direct route doesn't work.  Mailer broken?

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

[-- Attachment #2.1.1: Type: text/plain, Size: 232 bytes --]

Your request ``mail /net.alt/tcp!hamnavoe.demon.co.uk miller '' failed (code smtp 709239: Permanent Failure).
The symptom was:

Thu Oct  9 12:42:06 EDT 2003 connect to /net.alt/tcp!hamnavoe.demon.co.uk:
550 relay not permitted

[-- Attachment #2.1.2: Type: message/rfc822, Size: 365 bytes --]

From: David Presotto <presotto@closedmind.org>
To: miller@hamnavoe.demon.co.uk, 9fans@cse.psu.edu
Subject: Re: [9fans] another kernel typo
Date: Thu, 9 Oct 2003 12:41:52 -0400

Thsnks for both changes

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-09-25 14:24 steve.simon
  0 siblings, 0 replies; 434+ messages in thread
From: steve.simon @ 2003-09-25 14:24 UTC (permalink / raw)
  To: 9fans

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

My only barely-usefull contribution to the antivirus/antispam
debate. Attached are two faces I use which allow me to chose to
read interesting email first.

They work in conjunction with some very crude pipeto rules,
if the file has an MS executable attachement then it is a virus.
if the username is not in my whitelist then it is spam.

-Steve

[-- Attachment #2.1: Type: text/plain, Size: 303 bytes --]

The following attachment had content that we can't
prove to be harmless.  To avoid possible automatic
execution, we changed the content headers.
The original header was:

	Content-Type: application/octet-stream
	Content-Disposition: attachment; filename=virus.1
	Content-Transfer-Encoding: base64

[-- Attachment #2.2: virus.1.suspect --]
[-- Type: application/octet-stream, Size: 1110 bytes --]

[-- Attachment #3.1: Type: text/plain, Size: 302 bytes --]

The following attachment had content that we can't
prove to be harmless.  To avoid possible automatic
execution, we changed the content headers.
The original header was:

	Content-Type: application/octet-stream
	Content-Disposition: attachment; filename=spam.1
	Content-Transfer-Encoding: base64

[-- Attachment #3.2: spam.1.suspect --]
[-- Type: application/octet-stream, Size: 1071 bytes --]

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-09-24  0:11 matt
  2003-09-24  0:15 ` matt
  0 siblings, 1 reply; 434+ messages in thread
From: matt @ 2003-09-24  0:11 UTC (permalink / raw)
  To: 9fans

To: /dev/sysname, &, HELO, re:, Subject:, 9fans@cse.psu.edu
From: matt
To: 9fans@cse.psu.edu, Subject:, re:, HELO, &, /dev/sysname
From: matt@proweb.co.uk
Date: Tue, 23 Sep 2003 20:11:58 -0400
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

Today I did what I should have done yesterday : acme /sys/src/cmd/upas

as well as the -h option to smtp you can also use /env/site

so all I needed to do was add

site = juice.thebigchoice.com
to /mail/box/matt/pipefrom



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-09-24  0:11 matt
  0 siblings, 0 replies; 434+ messages in thread
From: matt @ 2003-09-24  0:11 UTC (permalink / raw)
  To: 9fans

To: /dev/sysname, &, HELO, re:, Subject:, 9fans@cse.psu.edu
From: matt
To: 9fans@cse.psu.edu, Subject:, re:, HELO, &, /dev/sysname
From: matt@proweb.co.uk
Date: Tue, 23 Sep 2003 20:11:35 -0400
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

Today I did what I should have done yesterday : acme /sys/src/cmd/upas

as well as the -h option to smtp you can also use /env/site

so all I needed to do was add

site = juice.thebigchoice.com to /mail/box/matt/pipefrom



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-09-16  1:16 David Presotto
  2003-09-16  7:38 ` Charles Forsyth
  0 siblings, 1 reply; 434+ messages in thread
From: David Presotto @ 2003-09-16  1:16 UTC (permalink / raw)
  To: 9fans




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

From: "Trickey, Howard W (Howard)" <trickey@lucent.com>
To: "Presotto, David Leo (Dave)" <presotto@plan9.bell-labs.com>
Subject: RE:
Date: Mon, 15 Sep 2003 20:36:39 -0400
Message-ID: <D691F041928C1049808A0670D2252BE004D4BE31@nj9620exch001u.mh.lucent.com>

Yes, I did dict.  The source of the data was unencrypted data from someone, now at AT*&T, whose name escapes me at the moment.


- Howard

-----Original Message-----
From: David Presotto [mailto:presotto@plan9.bell-labs.com]
Sent: Monday, September 15, 2003 7:56 PM
To: howard@plan9.bell-labs.com
Subject:


Didn't you do dict?  What was the source of the oed data?

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-09-01 23:47 matt
  2003-09-01 19:14 ` David Presotto
  0 siblings, 1 reply; 434+ messages in thread
From: matt @ 2003-09-01 23:47 UTC (permalink / raw)
  To: 9fans


hi,

here's my face

hget  http://www.proweb.co.uk/~matt/plan9/matt.h.1 | page

thanks for looking at me

m



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-09-01 14:08 David Presotto
  0 siblings, 0 replies; 434+ messages in thread
From: David Presotto @ 2003-09-01 14:08 UTC (permalink / raw)
  To: 9fans

And, by the way, filter looks through the message to get the
sender address.  You pass it the recipient's address on the
command line because that is often different from anything
found in the mail message (because of redirection, blank copies,
...).


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-08-31 23:46 David Presotto
  0 siblings, 0 replies; 434+ messages in thread
From: David Presotto @ 2003-08-31 23:46 UTC (permalink / raw)
  To: 9fans

'whatis foo' should give you a clue.


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-07-26 16:11 David Presotto
  0 siblings, 0 replies; 434+ messages in thread
From: David Presotto @ 2003-07-26 16:11 UTC (permalink / raw)
  To: 9fans

Could everyone who is having problems with their serial ports
please mail me info about their machines?  In particular
number/speed of CPU's, mouse type (if its a mouse problem),
and port speeds.

Thanks.


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-07-23 15:34 Vincenzo Volpe
  2003-07-23 16:36 ` jmk
  0 siblings, 1 reply; 434+ messages in thread
From: Vincenzo Volpe @ 2003-07-23 15:34 UTC (permalink / raw)
  To: 9fans

Hi all,
I tried to install Plan9 from a CD obtained from the image on the site.

It seems installation instructions
(http://plan9.bell-labs.com/wiki/plan9/installation_instructions/
index.html)refers to an older version: kfs is now deprecated and no
info on fossil or fossil+venti installation.
then trying to install all options fails with different problems:

1) fossil+venti (default install) stop after prepdisk menu made
partitions with the following unrecoverable message:
"hey you finished everything! not supposed to happen"
No other messages, in any of the windows.

2) fossil only and kfs install fail because installr cannot allow to
chose the CD device as image source.

Al suggestion welcome


Ciao and thanks

Vincenzo Volpe



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-06-21 19:15 David Presotto
  0 siblings, 0 replies; 434+ messages in thread
From: David Presotto @ 2003-06-21 19:15 UTC (permalink / raw)
  To: 9fans

	Has anyone had problems with ld.com?  On my old pentium, running ld.com
	gets as far as the greeting and then the screen clears and the machine
	reboots.  Browsing sourcedump it looks like boot/pc/l.s changed a constant
	from 0x08000 to 0x90000 (withough changing the comment that says 24K
	for page tables.)  Putting that value back seems to fix the problem,
	but am I causing some other problem by doing that?

Updated /sys/src/boot/pc and /386/{ld.com, 9pxeload, 9load}

By the way, the 24k in the comment refers to the size of the
tables, not the location they sit at.

I added an ifdef for 9pxeload to set it to a value that doesn't
overwrite where PXE bios sticks the downloaded program.  I feel
so unclean.


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-06-19 13:57 David Presotto
  2003-06-19 14:16 ` boyd, rounin
  0 siblings, 1 reply; 434+ messages in thread
From: David Presotto @ 2003-06-19 13:57 UTC (permalink / raw)
  To: 9fans

I take it back, 772 is only the government end users list.  I'll
find the denied parties list.  I too used to have a pointer
but it doesn't work anymore, probably because they're constantly
updating thelist.


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-05-10  5:24 Andrew Simmons
  0 siblings, 0 replies; 434+ messages in thread
From: Andrew Simmons @ 2003-05-10  5:24 UTC (permalink / raw)
  To: 9fans

I wasn't going to mention this here, but since Cardinal Presotto raised the
topic of toilet seats (and I hope he remembers to put it down again), has
anyone seen this, and is it for real?

http://www.microsoft.com/uk/press/content/presscentre/releases/2003/05/PR03049.a
sp

If real, it would tend to support the view I vaguely recall the blessed
pike expressing, that the innovation in systems software these days comes
from Microsoft.




^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-04-21 17:54 bigfoot
  2003-04-21 18:12 ` David Presotto
  0 siblings, 1 reply; 434+ messages in thread
From: bigfoot @ 2003-04-21 17:54 UTC (permalink / raw)
  To: 9fans

Could everyone send me the procedures they use to connect to the internet?
That includes runnin ppp or pppoe and scripts you use with it, ipconfig
and things you tack on the end of your /net/ndb after configuring...

I'm trying to put together a wizard-like tool that makes it easier
for new users to get going vis a vis networking.  Especially for ppp,
I'ld like to have a bunch of scripts in /rc/bin/ipconf that just do
the right thing for various ISP's.

In the end, I'ld like to have a bunch of profiles which I can use
to come up with.  I alrady connect through so many ISP's that my
/rc/bin/termrc.local has a dozen different cases in it.  I'ld like
to standardize that so that you can answer a few questions and get
a new case added, including wavelan configuration and filling in
anything the dhcp or ppp doesn't do for you.


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-04-19 13:02 David Presotto
  0 siblings, 0 replies; 434+ messages in thread
From: David Presotto @ 2003-04-19 13:02 UTC (permalink / raw)
  To: 9fans

Missed missed adding an "oldheaders" in dnresolve.c so that it didn't
work with /sys/src/9/ip/nudp.c.  Fixed and updated.


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-02-25 12:40 Steve Simon
  0 siblings, 0 replies; 434+ messages in thread
From: Steve Simon @ 2003-02-25 12:40 UTC (permalink / raw)
  To: 9fans

Hi,

the Plan9 maths library does not appear to have erf()
(The error function), or bessel functions of any kind.

I can find several implementations on the net but does
anyone have any reccomendations for correct (and ideally fast)
example?

I am tempted to take the edition7 source - though
I don't know what kind of licience it is released under.

-Steve




^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-02-24 16:52 Steve Simon
  2003-02-24 16:06 ` Wayne Walker
  2003-02-24 19:37 ` northern snowfall
  0 siblings, 2 replies; 434+ messages in thread
From: Steve Simon @ 2003-02-24 16:52 UTC (permalink / raw)
  To: 9fans

Hi,

Any advice on the "best" (I guess I mean simple and clean)
filesystem to look at as I try once again to teach
myself to write fileservers?

-Steve


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-02-24 13:49 David Presotto
  2003-02-24 15:11 ` Sam
  0 siblings, 1 reply; 434+ messages in thread
From: David Presotto @ 2003-02-24 13:49 UTC (permalink / raw)
  To: 9fans

I just went through a thousand or so 9fans archived messages looking for spam.
About 70% were html or had html attachments.  A few valid messages also
had html attachments.  Just rejecting html would be helpful but
still let a lot through.

We could enter the arms race and throw an automated filter
or go moderated (not really moderated but people filtered).
The latter is the only one likely to be 100% effective, but
a Bayesian filter might be good enough.  Even the flames on
the net are stylized enough to be recognizable as real
9fans mail.  Of course even the Bayesian one needs a
moderator(s) that will reclassify any misclassified stuff
so that the filter will keep up with a changing world
so some people will have to do extra work.
However, it won't insert people delays in normal delivery.


^ permalink raw reply	[flat|nested] 434+ messages in thread
[parent not found: <2ba8f07c025d45604e247b27a02d4123@plan9.bell-labs.com>]
* [9fans] (no subject)
@ 2003-02-17 15:30 Steve Simon
  0 siblings, 0 replies; 434+ messages in thread
From: Steve Simon @ 2003-02-17 15:30 UTC (permalink / raw)
  To: 9fans

Subject pcflop, bzroot.8 bzfs.root.8

Him

I'am trying to build an install floppy but the mkfile doesn't
have rules to build either bzroot.8 nor bzfs.root.8.

Where do they come from.

-Steve


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-02-14 16:19 Steve Simon
  0 siblings, 0 replies; 434+ messages in thread
From: Steve Simon @ 2003-02-14 16:19 UTC (permalink / raw)
  To: 9fans

Hi all,

Are there any know problems with the mouse
cursor and the Matrox G400 ? I am trying to
another install and cannot see the mouse cursor
at all (I don't think its the mouse causing
problems - even though its a serial one :-).

I saw there where problems when the driver was first
written on the archives but that was years ago.

Any thoughts anyone?

-Steve


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-02-12 15:41 David Presotto
  0 siblings, 0 replies; 434+ messages in thread
From: David Presotto @ 2003-02-12 15:41 UTC (permalink / raw)
  To: 9fans

I changed smtpd to avoid some masquerading by spammers.  It
makes sure that the envelope sender address cannot be from
one of your domains unless the mail is comming from a trusted
address.  It is turned on by the same flag that disallows
blind relaying (-f on the commad line or 'norelay on' in the
config file).

It still needs a bit of work, i.e., I should also check the From:
address in the message itself.  I just wanted to take it one
step at a time.

Complaints to me.


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-02-12 15:37 David Presotto
  0 siblings, 0 replies; 434+ messages in thread
From: David Presotto @ 2003-02-12 15:37 UTC (permalink / raw)
  To: 9fans

Fixed a bug in imap4d that was sticking an extra header in to the mail body
when you accessed it via Netscape's mailer.  This also made it impossible
to look at some attachments unless you saved them first.  The fix is both
in /sys/src/cmd/upas/fs and /sys/src/cmd/ip/imap4d.  It essentially involves
taking code out.


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-02-12 15:34 David Presotto
  0 siblings, 0 replies; 434+ messages in thread
From: David Presotto @ 2003-02-12 15:34 UTC (permalink / raw)
  To: 9fans

I updates kernel code on sources with window scaling.  The scaling is
automatic;

	if your interface > 100 mbps, you get a 512k window
	if your interface > 10 mbps, you get a 128k window
	otherwise, no scaling except what the other side requests

It seems to have a significant effect in our 1GB intel interfaces,
none elsewhere.  That implies that our bandwidth*rtt product is
sometimes > 64K.  Take it for what its worth.  It moved a single
TCP connection on our test machines from 28 MBps to 50 MBps.

If you have problems, tell me.


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2003-02-10 17:20 Steve Simon
  2003-02-10 18:26 ` Russ Cox
  0 siblings, 1 reply; 434+ messages in thread
From: Steve Simon @ 2003-02-10 17:20 UTC (permalink / raw)
  To: 9fans

Hi,

Anyone have a simple example of the use of webfs?
I cannot see what it gives over hget.

-Steve


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2002-12-03  9:02 Ian Dichkovsky
  0 siblings, 0 replies; 434+ messages in thread
From: Ian Dichkovsky @ 2002-12-03  9:02 UTC (permalink / raw)
  To: 9fans

Hello, Russ!
You wrote  on Thu, 28 Nov 2002 02:34:30 GMT:

RC> When you do your next pull, every binary
RC> on your system will be updated.
RC> (You can also use the "bleeding edge" update CD on
RC> the updates web page, after it gets regenerated
RC> tomorrow morning at 5am EST; it's probably
RC> less to download.)

Could you tell me where is updates page ?
Here ?
http://plan9.bell-labs.com/plan9dist/ureg.html

Is there any information on the page about date of update CD ?
At what time (GMT) regular update occurs ? (11:46 -4 GMT ?)

P.S. Sorry for bad English.

Best regards,
Ian Dichkovsky, mailto: ntokay at org lviv net, ICQ 83146271



^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2002-12-01 20:33 bwc
  0 siblings, 0 replies; 434+ messages in thread
From: bwc @ 2002-12-01 20:33 UTC (permalink / raw)
  To: 9fans

I think it was the comment about auto mechanic.  Time was a mechanic could
make a machine.  Now they just replace what the computer tell them to.

 Brantley


^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2002-12-01 17:38 Skip Tavakkolian
  0 siblings, 0 replies; 434+ messages in thread
From: Skip Tavakkolian @ 2002-12-01 17:38 UTC (permalink / raw)
  To: 9fans

> interesting though unfair to click and clack

Did she say something about the Tappet Brothers? I missed it.

I guess this would not be a good time to suggest fswiz, the filesystem
wizard?



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2002-12-01 15:46 presotto
  0 siblings, 0 replies; 434+ messages in thread
From: presotto @ 2002-12-01 15:46 UTC (permalink / raw)
  To: 9fans

interesting though unfair to click and clack

    http://dir.salon.com/21st/feature/1998/05/cov_12feature.html
	http://dir.salon.com/tech/feature/1998/05/13/feature/index.html



^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2002-11-19 20:04 presotto
  0 siblings, 0 replies; 434+ messages in thread
From: presotto @ 2002-11-19 20:04 UTC (permalink / raw)
  To: 9fans

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

The original filter example sends the mail from /dev/null.  We have
	local!/dev/null		|		"cat > /dev/null"
in our rewrite file.  You could do the same.

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

From: George Michaelson <ggm@apnic.net>
To: 9fans@cse.psu.edu
Cc: bwc@coraid.com
Subject: Re: [9fans] (no subject)
Date: Wed, 20 Nov 2002 05:50:44 +1000
Message-ID: <20021120055044.0818f856.ggm@apnic.net>

On Tue, 19 Nov 2002 14:36:14 -0500 bwc@coraid.com wrote:

> Subuject: upas filtering question
>
> As the mailing list knows (sorry again), I yesterday installed the
> script /sys/src/cmd/upas/filterkit/pipeto.sample.  Besides
> annoying this and other email lists because I got the syntax of
> the _pattern file wrong, I now have a battle with some spammer.
> I bounce to them, they bounce to me, etc, etc.  How do I stop
> this vicious loop...vicious loop...vicious loop...
>
>  Brantley


stop bouncing. blackhole. about 3 iterations later (or however deep your
backlogged SMTP mail is, both locally and at intermediate delivery points)
it ends.

We do this all the time, for bouncing ticketing system mails between us and
our clients.

-George

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2002-11-19 19:36 bwc
  2002-11-19 19:50 ` George Michaelson
  0 siblings, 1 reply; 434+ messages in thread
From: bwc @ 2002-11-19 19:36 UTC (permalink / raw)
  To: 9fans

Subuject: upas filtering question

As the mailing list knows (sorry again), I yesterday installed the
script /sys/src/cmd/upas/filterkit/pipeto.sample.  Besides
annoying this and other email lists because I got the syntax of
the _pattern file wrong, I now have a battle with some spammer.
I bounce to them, they bounce to me, etc, etc.  How do I stop
this vicious loop...vicious loop...vicious loop...

 Brantley


^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2002-11-19  1:44 bwc
  0 siblings, 0 replies; 434+ messages in thread
From: bwc @ 2002-11-19  1:44 UTC (permalink / raw)
  To: 9fans

Ooops.  Really sorry about that.  I put the fancy filter in place but
my _pattern file was built from the From lines in may saved email.
They were in system!user not user@system.  Looks like the mail bounced
a few times before I got it fixed.

Again, sorry.

 Brantley


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2002-11-18 21:40 bwc
  0 siblings, 0 replies; 434+ messages in thread
From: bwc @ 2002-11-18 21:40 UTC (permalink / raw)
  To: 9fans

I've been getting so much junk mail that I'm resorting to
a draconian mechanism to avoid the mail.  In order
to make sure that there's a real person sending mail, I'm
asking you to explicitly enable access.  To do that, send
mail to bwc at this domain with the token:
	PGyKN
in the subject of your mail message.  After that, you
shouldn't get any bounces from me.  Sorry if this is
an inconvenience.

----------------
Original message
----------------
Received: from mail.cse.psu.edu ([130.203.4.6]) by edsac; Mon Nov 18 16:40:56 EST 2002
Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6])
	by mail.cse.psu.edu (CSE Mail Server) with ESMTP
	id 6F8F019A7D; Mon, 18 Nov 2002 16:39:12 -0500 (EST)
Delivered-To: 9fans@cse.psu.edu
Received: from edsac.borf.com (borf.com [209.179.94.84])
	by mail.cse.psu.edu (CSE Mail Server) with ESMTP id E05D319A73
	for <9fans@cse.psu.edu>; Mon, 18 Nov 2002 16:38:15 -0500 (EST)
Message-ID: <e916d17a309e32bc548e277e825d8c5f@coraid.com>
From: bwc@coraid.com
To: 9fans@cse.psu.edu
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Subject: [9fans] (no subject)
Sender: 9fans-admin@cse.psu.edu
Errors-To: 9fans-admin@cse.psu.edu
X-BeenThere: 9fans@cse.psu.edu
X-Mailman-Version: 2.0.11
Precedence: bulk
Reply-To: 9fans@cse.psu.edu
List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu>
List-Archive: <https://lists.cse.psu.edu/archives/9fans/>
Date: Mon, 18 Nov 2002 16:39:56 -0500

I've been getting so much junk mail that I'm resorting to
a draconian mechanism to avoid the mail.  In order
to make sure that there's a real person sending mail, I'm
asking you to explicitly enable access.  To do that, send
mail to bwc at this domain with the token:
	PGyKN
in the subject of your mail message.  After that, you
shouldn't get any bounces from me.  Sorry if this is
an inconvenience.

----------------
Original message
----------------
Received: from mail.cse.psu.edu ([130.203.4.6]) by edsac; Mon Nov 18 16:39:55 EST 2002
Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6])
	by mail.cse.psu.edu (CSE Mail Server) with ESMTP
	id B0D6819A7A; Mon, 18 Nov 2002 16:38:11 -0500 (EST)
Delivered-To: 9fans@cse.psu.edu
Received: from edsac.borf.com (borf.com [209.179.94.84])
	by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 5842619A0D
	for <9fans@cse.psu.edu>; Mon, 18 Nov 2002 16:37:33 -0500 (EST)
Message-ID: <3b9bacdf3cb60b9d2af5b5c718859c0f@coraid.com>
From: bwc@coraid.com
To: 9fans@cse.psu.edu
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Subject: [9fans] (no subject)
Sender: 9fans-admin@cse.psu.edu
Errors-To: 9fans-admin@cse.psu.edu
X-BeenThere: 9fans@cse.psu.edu
X-Mailman-Version: 2.0.11
Precedence: bulk
Reply-To: 9fans@cse.psu.edu
List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu>
List-Archive: <https://lists.cse.psu.edu/archives/9fans/>
Date: Mon, 18 Nov 2002 16:39:00 -0500

I've been getting so much junk mail that I'm resorting to
a draconian mechanism to avoid the mail.  In order
to make sure that there's a real person sending mail, I'm
asking you to explicitly enable access.  To do that, send
mail to bwc at this domain with the token:
	PGyKN
in the subject of your mail message.  After that, you
shouldn't get any bounces from me.  Sorry if this is
an inconvenience.

----------------
Original message
----------------
Received: from mail.cse.psu.edu ([130.203.4.6]) by edsac; Mon Nov 18 16:38:59 EST 2002
Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6])
	by mail.cse.psu.edu (CSE Mail Server) with ESMTP
	id 74DDF19A69; Mon, 18 Nov 2002 16:37:12 -0500 (EST)
Delivered-To: 9fans@cse.psu.edu
Received: from magnum.cooper.edu (magnum.cooper.edu [199.98.16.4])
	by mail.cse.psu.edu (CSE Mail Server) with SMTP id 7769C19A6A
	for <9fans@cse.psu.edu>; Mon, 18 Nov 2002 16:36:05 -0500 (EST)
Received: from robin.cooper.edu by magnum.cooper.edu with SMTP id AA26960
  (5.65c/IDA-1.4.4 for <9fans@cse.psu.edu>); Mon, 18 Nov 2002 16:37:44 -0500
Received: from localhost by robin.cooper.edu (SMI-8.6/SMI-SVR4)
	id QAA07906; Mon, 18 Nov 2002 16:36:00 -0500
From: Joel Salomon <salomo3@cooper.edu>
To: 9fans@cse.psu.edu
Message-Id: <Pine.SOL.3.96.1021118163207.7823A-100000@robin.cooper.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [9fans] how to avoid a memset() optimization
Sender: 9fans-admin@cse.psu.edu
Errors-To: 9fans-admin@cse.psu.edu
X-BeenThere: 9fans@cse.psu.edu
X-Mailman-Version: 2.0.11
Precedence: bulk
Reply-To: 9fans@cse.psu.edu
List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu>
List-Archive: <https://lists.cse.psu.edu/archives/9fans/>
Date: Mon, 18 Nov 2002 16:36:00 -0500 (EST)

Andrew Simmons wrote:
>http://groups.google.com/groups?threadm=oA47GsAf7M29EwY0%40robinton.demon.co.uk
this did not work for me, try:
http://groups.google.com/groups?hl=en&lr=lang_en&ie=UTF-8&threadm=3DD35AAB.AA37D5CA%40monitorbm.co.nz&rnum=1
(should be all on one line)

--Joel
______________________________________________________
Due to economic circumstances, the light at the end of
the tunnel has been turned off.



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2002-11-18 21:39 bwc
  0 siblings, 0 replies; 434+ messages in thread
From: bwc @ 2002-11-18 21:39 UTC (permalink / raw)
  To: 9fans

I've been getting so much junk mail that I'm resorting to
a draconian mechanism to avoid the mail.  In order
to make sure that there's a real person sending mail, I'm
asking you to explicitly enable access.  To do that, send
mail to bwc at this domain with the token:
	PGyKN
in the subject of your mail message.  After that, you
shouldn't get any bounces from me.  Sorry if this is
an inconvenience.

----------------
Original message
----------------
Received: from mail.cse.psu.edu ([130.203.4.6]) by edsac; Mon Nov 18 16:39:55 EST 2002
Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6])
	by mail.cse.psu.edu (CSE Mail Server) with ESMTP
	id B0D6819A7A; Mon, 18 Nov 2002 16:38:11 -0500 (EST)
Delivered-To: 9fans@cse.psu.edu
Received: from edsac.borf.com (borf.com [209.179.94.84])
	by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 5842619A0D
	for <9fans@cse.psu.edu>; Mon, 18 Nov 2002 16:37:33 -0500 (EST)
Message-ID: <3b9bacdf3cb60b9d2af5b5c718859c0f@coraid.com>
From: bwc@coraid.com
To: 9fans@cse.psu.edu
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Subject: [9fans] (no subject)
Sender: 9fans-admin@cse.psu.edu
Errors-To: 9fans-admin@cse.psu.edu
X-BeenThere: 9fans@cse.psu.edu
X-Mailman-Version: 2.0.11
Precedence: bulk
Reply-To: 9fans@cse.psu.edu
List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu>
List-Archive: <https://lists.cse.psu.edu/archives/9fans/>
Date: Mon, 18 Nov 2002 16:39:00 -0500

I've been getting so much junk mail that I'm resorting to
a draconian mechanism to avoid the mail.  In order
to make sure that there's a real person sending mail, I'm
asking you to explicitly enable access.  To do that, send
mail to bwc at this domain with the token:
	PGyKN
in the subject of your mail message.  After that, you
shouldn't get any bounces from me.  Sorry if this is
an inconvenience.

----------------
Original message
----------------
Received: from mail.cse.psu.edu ([130.203.4.6]) by edsac; Mon Nov 18 16:38:59 EST 2002
Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6])
	by mail.cse.psu.edu (CSE Mail Server) with ESMTP
	id 74DDF19A69; Mon, 18 Nov 2002 16:37:12 -0500 (EST)
Delivered-To: 9fans@cse.psu.edu
Received: from magnum.cooper.edu (magnum.cooper.edu [199.98.16.4])
	by mail.cse.psu.edu (CSE Mail Server) with SMTP id 7769C19A6A
	for <9fans@cse.psu.edu>; Mon, 18 Nov 2002 16:36:05 -0500 (EST)
Received: from robin.cooper.edu by magnum.cooper.edu with SMTP id AA26960
  (5.65c/IDA-1.4.4 for <9fans@cse.psu.edu>); Mon, 18 Nov 2002 16:37:44 -0500
Received: from localhost by robin.cooper.edu (SMI-8.6/SMI-SVR4)
	id QAA07906; Mon, 18 Nov 2002 16:36:00 -0500
From: Joel Salomon <salomo3@cooper.edu>
To: 9fans@cse.psu.edu
Message-Id: <Pine.SOL.3.96.1021118163207.7823A-100000@robin.cooper.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [9fans] how to avoid a memset() optimization
Sender: 9fans-admin@cse.psu.edu
Errors-To: 9fans-admin@cse.psu.edu
X-BeenThere: 9fans@cse.psu.edu
X-Mailman-Version: 2.0.11
Precedence: bulk
Reply-To: 9fans@cse.psu.edu
List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu>
List-Archive: <https://lists.cse.psu.edu/archives/9fans/>
Date: Mon, 18 Nov 2002 16:36:00 -0500 (EST)

Andrew Simmons wrote:
>http://groups.google.com/groups?threadm=oA47GsAf7M29EwY0%40robinton.demon.co.uk
this did not work for me, try:
http://groups.google.com/groups?hl=en&lr=lang_en&ie=UTF-8&threadm=3DD35AAB.AA37D5CA%40monitorbm.co.nz&rnum=1
(should be all on one line)

--Joel
______________________________________________________
Due to economic circumstances, the light at the end of
the tunnel has been turned off.



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2002-11-18 21:39 bwc
  0 siblings, 0 replies; 434+ messages in thread
From: bwc @ 2002-11-18 21:39 UTC (permalink / raw)
  To: 9fans

I've been getting so much junk mail that I'm resorting to
a draconian mechanism to avoid the mail.  In order
to make sure that there's a real person sending mail, I'm
asking you to explicitly enable access.  To do that, send
mail to bwc at this domain with the token:
	PGyKN
in the subject of your mail message.  After that, you
shouldn't get any bounces from me.  Sorry if this is
an inconvenience.

----------------
Original message
----------------
Received: from mail.cse.psu.edu ([130.203.4.6]) by edsac; Mon Nov 18 16:38:59 EST 2002
Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.23.6])
	by mail.cse.psu.edu (CSE Mail Server) with ESMTP
	id 74DDF19A69; Mon, 18 Nov 2002 16:37:12 -0500 (EST)
Delivered-To: 9fans@cse.psu.edu
Received: from magnum.cooper.edu (magnum.cooper.edu [199.98.16.4])
	by mail.cse.psu.edu (CSE Mail Server) with SMTP id 7769C19A6A
	for <9fans@cse.psu.edu>; Mon, 18 Nov 2002 16:36:05 -0500 (EST)
Received: from robin.cooper.edu by magnum.cooper.edu with SMTP id AA26960
  (5.65c/IDA-1.4.4 for <9fans@cse.psu.edu>); Mon, 18 Nov 2002 16:37:44 -0500
Received: from localhost by robin.cooper.edu (SMI-8.6/SMI-SVR4)
	id QAA07906; Mon, 18 Nov 2002 16:36:00 -0500
From: Joel Salomon <salomo3@cooper.edu>
To: 9fans@cse.psu.edu
Message-Id: <Pine.SOL.3.96.1021118163207.7823A-100000@robin.cooper.edu>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Subject: [9fans] how to avoid a memset() optimization
Sender: 9fans-admin@cse.psu.edu
Errors-To: 9fans-admin@cse.psu.edu
X-BeenThere: 9fans@cse.psu.edu
X-Mailman-Version: 2.0.11
Precedence: bulk
Reply-To: 9fans@cse.psu.edu
List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu>
List-Archive: <https://lists.cse.psu.edu/archives/9fans/>
Date: Mon, 18 Nov 2002 16:36:00 -0500 (EST)

Andrew Simmons wrote:
>http://groups.google.com/groups?threadm=oA47GsAf7M29EwY0%40robinton.demon.co.uk
this did not work for me, try:
http://groups.google.com/groups?hl=en&lr=lang_en&ie=UTF-8&threadm=3DD35AAB.AA37D5CA%40monitorbm.co.nz&rnum=1
(should be all on one line)

--Joel
______________________________________________________
Due to economic circumstances, the light at the end of
the tunnel has been turned off.



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2002-10-17  3:49 rob pike, esq.
  0 siblings, 0 replies; 434+ messages in thread
From: rob pike, esq. @ 2002-10-17  3:49 UTC (permalink / raw)
  To: 9fans

9fans
Subject: Re: [9fans] mass storage jukebox

480 terabytes for $2000?  I find that hard to believe,
by a factor of a thousand.

-rob


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2002-09-30 23:48 Adrian L. Thiele
  0 siblings, 0 replies; 434+ messages in thread
From: Adrian L. Thiele @ 2002-09-30 23:48 UTC (permalink / raw)
  To: '9fans@cse.psu.edu'

I`m running FreeBSD and Plan9, I also have a windows/Plan9 machine with the
FreeBSD bootmanager installed , works just fine. I installed FreeBSD first,
then added Plan9. It does give me a :
f1 FreeBSD
f2 ??
But works well.


Adrian



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2002-09-19 17:54 Sape Mullender
  0 siblings, 0 replies; 434+ messages in thread
From: Sape Mullender @ 2002-09-19 17:54 UTC (permalink / raw)
  To: 9fans

I fixed a bug in cfs that causes the cfs connection to hang under
certain circumstances.  Cfs had an optimization that gave clients
an early response to Tclunk calls so that the Tclunk/Rclunk RPC
would not be in the client application's execution path.  This
optimization included waiting for the Rclunk if the clunked fid
was used in a new request.  This was done incorrectly, allowing a
new fid (in a Twalk) to go out before the Rclunk was in.  This is
a violation of protocol.

To make a long story short, I could have simply fixed the bug, but
it turns out that the optimization doesn't really do much for performance
so I removed the whole optimization.

The bug was only triggered by clients that were fast enough to get a
Twalk to the server before the server had completed serving the previous
Tclunk, so it manifested itself by newly installed machines mysteriously
hanging.

	Sape


^ permalink raw reply	[flat|nested] 434+ messages in thread
[parent not found: <20020814092910.8DBA973C99@wintermute.cse.psu.edu>]
* [9fans] (no subject)
@ 2002-07-19  0:59 presotto
  0 siblings, 0 replies; 434+ messages in thread
From: presotto @ 2002-07-19  0:59 UTC (permalink / raw)
  To: 9fans

New /sys/src/9/pc/apic.c on sources.  Fixes a bug that I inserted
in April causing multiprocessors to get way too many clock interrupts.


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2002-07-16 19:21 presotto
  0 siblings, 0 replies; 434+ messages in thread
From: presotto @ 2002-07-16 19:21 UTC (permalink / raw)
  To: 9fans

I exploded the man page for mail into a bunch of man pages to make it easier
to use.  The relevant new/changed files are:

/sys/man/1/mail
/sys/man/1/filter
/sys/man/1/marshal
/sys/man/1/mlmgr
/sys/man/4/upasfs
/sys/man/8/aliasmail
/sys/man/8/pop3
/sys/man/8/send
/sys/man/8/smtp
/sys/man/8/ipserv

Rsc's scan should pick them up as updated in its next
on the half hour scan.


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2002-07-03 13:17 presotto
  0 siblings, 0 replies; 434+ messages in thread
From: presotto @ 2002-07-03 13:17 UTC (permalink / raw)
  To: 9fans

/sys/man/1/mail updated to describe upasname and with synopses
for smtp and smtpd.


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2002-06-10 19:10 Russ Cox
  0 siblings, 0 replies; 434+ messages in thread
From: Russ Cox @ 2002-06-10 19:10 UTC (permalink / raw)
  To: 9fans, blake

> I think one of main problems is that, in spite of the fact that I
> have a quality video board, Plan 9 comes up in a low
> resolution.  It's so low that if I open up an RC window and
> do a man on a command the text partially wraps and is difficult
> to read.  If I could fix that problem I'd feel a lot better.

What kind of video card do you have?
What happens if you change your vgasize= in plan9.ini?

Russ


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2002-04-12 17:43 Russ Cox
  0 siblings, 0 replies; 434+ messages in thread
From: Russ Cox @ 2002-04-12 17:43 UTC (permalink / raw)
  To: 9fans

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

repost.

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

From: "Russ Cox" <rsc@plan9.bell-labs.com>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] Drawterm session close??
Date: Fri, 8 Mar 2002 17:36:27 -0500
Message-ID: <7dafad1306719963a42c47fa3a8f9a58@plan9.bell-labs.com>

I'm not sure why the processes are left over.
Usually a name space loop, but in this case
that would mean rio has fs in its namespace
and fs has rio in its namespace, but I don't
think you can set things up that way.

To kill them as bootes, use Kill, which is like kill, but
stronger:

g% cat /bin/Kill
#!/bin/rc
ps | sed -n '/ '^$1^'$/s%^[^ ]* *([^ ]*).*%chmod 666 /proc/\1/ctl;echo kill > /proc/\1/ctl%p'
g%

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2002-04-12 17:20 /dev/null
  0 siblings, 0 replies; 434+ messages in thread
From: /dev/null @ 2002-04-12 17:20 UTC (permalink / raw)
  To: 9fans

I've been getting so much junk mail that I'm resorting to a draconian
mechanism to avoid the mail.  In order to make sure that there's a
real person sending mail, I'm asking you to explicitly enable access.
So please send mail to none@plan9.bell-labs.com with the magic word:
	swfTI
in the subject of your mail message.  After that, you shouldn't get
any bounces from me.  Sorry if this is an inconvenience.

----------------
Original message
----------------
Received: from plan9.cs.bell-labs.com ([135.104.9.2]) by plan9; Fri Apr 12 13:20:21 EDT 2002
Received: from mail.cse.psu.edu ([130.203.4.6]) by plan9; Fri Apr 12 13:20:20 EDT 2002
Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.6.6])
	by mail.cse.psu.edu (CSE Mail Server) with ESMTP
	id 56180199BE; Fri, 12 Apr 2002 12:44:08 -0400 (EDT)
Delivered-To: 9fans@cse.psu.edu
Received: from cosym.net (unknown [64.7.3.116])
	by mail.cse.psu.edu (CSE Mail Server) with SMTP id 740A81998C
	for <9fans@cse.psu.edu>; Fri, 12 Apr 2002 12:43:05 -0400 (EDT)
Received: from [192.168.1.102] ([64.7.3.126]) by cosym.net; Fri Apr 12 12:43:03 EDT 2002
Mime-Version: 1.0
X-Sender: plus@mail.9srv.net
Message-Id: <a05101500b8dcbe6317f3@[192.168.1.102]>
In-Reply-To: <200204111436.g3BEarU4026062@ratthing-b246.strakt.com>
References: <200204111436.g3BEarU4026062@ratthing-b246.strakt.com>
To: 9fans@cse.psu.edu
From: Paul C Lustgarten <plus@9srv.net>
Subject: Re: [9fans] The Swedish tax authorities want to know if Plan 9 is
 research.
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
Sender: 9fans-admin@cse.psu.edu
Errors-To: 9fans-admin@cse.psu.edu
X-BeenThere: 9fans@cse.psu.edu
X-Mailman-Version: 2.0.9
Precedence: bulk
Reply-To: 9fans@cse.psu.edu
List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu>
List-Archive: <https://lists.cse.psu.edu/archives/9fans/>
Date: Fri, 12 Apr 2002 12:43:02 -0400

Hey, Laura!

I have no printed citations of this, but I'm using Plan 9 (& Inferno)
as the application platform for my research into "referential richness"
of spoken dialog systems.  My official title these days is "Research
Scientist" in the "Multimedia Technologies Research Department" of
Avaya.

Hope that helps!

	Paul


>I want to tell them yes.  It would help if I had a list of those of
>you who are Research Institutions or Universities using Plan 9 for
>teaching or research purposes.  Papers that refer to Plan 9 would
>be even better.  If you have some, can you please send them, or a
>reference to them to me.  I've got the ones on the Wiki; they look
>good.
>
>Thank you all for your time,
>Laura Creighton


--


^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2002-03-12  1:04 markp
  2002-03-12  9:42 ` Thomas Bushnell, BSG
  0 siblings, 1 reply; 434+ messages in thread
From: markp @ 2002-03-12  1:04 UTC (permalink / raw)
  To: 9fans

> Editors, like sounds, are only in your mind.

do not try to use the editor, only realize the truth ... 
there is no editor.



^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2002-03-11 18:33 Russ Cox
  2002-03-12  9:42 ` Thomas Bushnell, BSG
  0 siblings, 1 reply; 434+ messages in thread
From: Russ Cox @ 2002-03-11 18:33 UTC (permalink / raw)
  To: 9fans

>> 2) exactly how many angels can dance on the head of a pin?
> 
> Of course, the medievals actually used this as a *caricature*, nobody

Unlike Presotto, who was dead serious, I'm sure.



^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2002-03-11 16:28 bwc
  0 siblings, 0 replies; 434+ messages in thread
From: bwc @ 2002-03-11 16:28 UTC (permalink / raw)
  To: 9fans

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

I mean `they are'.  Must be the editor I'm using.

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

From: bwc@borf.com
To: 9fans@cse.psu.edu
Subject: Re: [9fans] (no subject)
Date: Mon, 11 Mar 2002 11:24:22 -0500
Message-ID: <20020311162242.23FE519991@mail.cse.psu.edu>

> 2) exactly how many angels can dance on the head of a pin?

I don't know, but their wearing digital watches.

^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2002-03-11 16:24 bwc
  0 siblings, 0 replies; 434+ messages in thread
From: bwc @ 2002-03-11 16:24 UTC (permalink / raw)
  To: 9fans

> 2) exactly how many angels can dance on the head of a pin?

I don't know, but their wearing digital watches.


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2002-03-11 15:57 presotto
  2002-03-11 17:51 ` Thomas Bushnell, BSG
                   ` (4 more replies)
  0 siblings, 5 replies; 434+ messages in thread
From: presotto @ 2002-03-11 15:57 UTC (permalink / raw)
  To: 9fans

I've got some questions I could use some discussion on.
Perhaps the list memership can help.

1) which is more important, truth or beauty?
2) exactly how many angels can dance on the head of a pin?
3) if a tree falls in a forest with noone to hear, which editor
  would be more useful in describing the fall?


^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2002-02-28 11:26 sape
  2002-03-04  6:51 ` Sean Quinlan
  0 siblings, 1 reply; 434+ messages in thread
From: sape @ 2002-02-28 11:26 UTC (permalink / raw)
  To: 9fans

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

> On registerizing globals, it seems to be that it's 
> entirely safe to registerize as long as control flow
> doesn't leave your function.  I.e., don't expect
> registerized globals not to mutate across function
> calls.  Threaded programmers know what they're getting
> themselves into, and ought to be using locks or
> condition variables.

Locks and condition variables aren't good enough, unless there
is a mechanism in the optimizing compiler to link locks to
registerized globals (flush before unlock, reread after lock),
or a mechanism to tell the compiler to flush before a context
switch and reload after one.


[-- Attachment #2: message.txt --]
[-- Type: message/rfc822, Size: 2601 bytes --]

From: presotto@plan9.bell-labs.com
To: 9fans@cse.psu.edu
Subject: [9fans] (no subject)
Date: Wed, 27 Feb 2002 17:47:15 -0500
Message-ID: <28ff9a9c71ca0c354fca1202927d87e2@plan9.bell-labs.com>

This is what I got out of Cliff Young:

Do you mean about the general 9fans topic of 
whether optimizations are dangerous, or about
the specific issue of when you can registerize
a global?

On the former, one person made the rarely-made point
that many people write programs that depend on undefined
behavior in the C standard, then gripe when their bugs
that are masked with -O0 are exposed with -O2.  I think
this point isn't made often enough.

On the other hand, I'm entirely willing to admit that
buggy optimizations passes are the reason why people
turn optimizations off.  It's hard to write optimizations
that are as reliable as, say, hardware.  Part of this is
that the verification technology is way better on the 
hardware side, and another part is that writing a 
good optimizing compiler is a never-ending time sink,
and it's hard to get users to send you examples that
exhibit bugs, and then even harder to track them down.
And this in a program that isn't multithreaded.

On registerizing globals, it seems to be that it's 
entirely safe to registerize as long as control flow
doesn't leave your function.  I.e., don't expect
registerized globals not to mutate across function
calls.  Threaded programmers know what they're getting
themselves into, and ought to be using locks or
condition variables.

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2002-02-27 22:47 presotto
  0 siblings, 0 replies; 434+ messages in thread
From: presotto @ 2002-02-27 22:47 UTC (permalink / raw)
  To: 9fans

This is what I got out of Cliff Young:

Do you mean about the general 9fans topic of 
whether optimizations are dangerous, or about
the specific issue of when you can registerize
a global?

On the former, one person made the rarely-made point
that many people write programs that depend on undefined
behavior in the C standard, then gripe when their bugs
that are masked with -O0 are exposed with -O2.  I think
this point isn't made often enough.

On the other hand, I'm entirely willing to admit that
buggy optimizations passes are the reason why people
turn optimizations off.  It's hard to write optimizations
that are as reliable as, say, hardware.  Part of this is
that the verification technology is way better on the 
hardware side, and another part is that writing a 
good optimizing compiler is a never-ending time sink,
and it's hard to get users to send you examples that
exhibit bugs, and then even harder to track them down.
And this in a program that isn't multithreaded.

On registerizing globals, it seems to be that it's 
entirely safe to registerize as long as control flow
doesn't leave your function.  I.e., don't expect
registerized globals not to mutate across function
calls.  Threaded programmers know what they're getting
themselves into, and ought to be using locks or
condition variables.


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2002-02-27 17:57 stanv
  0 siblings, 0 replies; 434+ messages in thread
From: stanv @ 2002-02-27 17:57 UTC (permalink / raw)
  To: 9fans




---
Некогда бегать по магазинам? www.Shopping.ru - сотни тысяч товаров от 10 тысяч (!) продавцов. Такого выбора нет нигде!


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2001-12-13 14:35 presotto
  2001-12-13 15:10 ` Ronald G Minnich
  2001-12-13 15:47 ` Lucio De Re
  0 siblings, 2 replies; 434+ messages in thread
From: presotto @ 2001-12-13 14:35 UTC (permalink / raw)
  To: 9fans

Is there a pascal compiler written in pascal?


^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2001-12-11 18:27 bwc
  0 siblings, 0 replies; 434+ messages in thread
From: bwc @ 2001-12-11 18:27 UTC (permalink / raw)
  To: 9fans

Folks, I'm sorry.  I want to confess to thinking ill of others
who have fat-fingered personal email onto this group.  I stand
humbled .

  Brantley Coile


^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2001-12-11 18:17 Russ Cox
  0 siblings, 0 replies; 434+ messages in thread
From: Russ Cox @ 2001-12-11 18:17 UTC (permalink / raw)
  To: 9fans

> Thanks.

no problem.



^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2001-12-11 18:17 bwc
  0 siblings, 0 replies; 434+ messages in thread
From: bwc @ 2001-12-11 18:17 UTC (permalink / raw)
  To: 9fans

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

Thanks.  We're leaving at 2pm.

Last night Dan called and GG thinks they have cooled off some.
We'll see.  May just be the first of many trips.

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

From: "Russ Cox" <rsc@plan9.bell-labs.com>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] (no subject)
Date: Tue, 11 Dec 2001 11:24:37 -0500
Message-ID: <20011211162438.97A6419A08@mail.cse.psu.edu>

> Some implementations of touch would read a byte and write it back.

was there a better way before wstat let you change mtime?

^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2001-12-11 16:24 Russ Cox
  2001-12-11 16:33 ` Boyd Roberts
  0 siblings, 1 reply; 434+ messages in thread
From: Russ Cox @ 2001-12-11 16:24 UTC (permalink / raw)
  To: 9fans

> Some implementations of touch would read a byte and write it back.

was there a better way before wstat let you change mtime?



^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2001-12-09 14:48 rob pike
  2001-12-11 10:07 ` Douglas A. Gwyn
  0 siblings, 1 reply; 434+ messages in thread
From: rob pike @ 2001-12-09 14:48 UTC (permalink / raw)
  To: 9fans

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

touch should just try to set the mtime, if the file server
will let it. try this change and see if it behaves better.

%% diff -n touch.c  /sys/src/cmd/touch.c
touch.c:30 c /sys/src/cmd/touch.c:30
< 	Dir stbuff, nstbuff;
---
> 	Dir stbuff;
touch.c:39,44 d /sys/src/cmd/touch.c:38
< 	}
< 	stbuff.mtime = time(0);
< 	if(dirwstat(name, &stbuff) >= 0){
< 		/* check that file server paid attention */
< 		if(dirstat(name, &nstbuff) >=0 && nstbuff.mtime == stbuff.mtime)
< 			return 0;
%%


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

From: arisawa@ar.aichi-u.ac.jp
To: 9fans@cse.psu.edu
Subject: [9fans] (no subject)
Date: Sun, 9 Dec 2001 17:22:59 +0900
Message-ID: <20011209082312.98EEF199DD@mail.cse.psu.edu>

Hello,

`Touch' change the size of file if is append only.

term% chmod +a x
term% ls -l x
a-rw-rw-r-- M 3 arisawa arisawa 1 Dec  9 16:59 x
term% touch x
term% ls -l x
a-rw-rw-r-- M 3 arisawa arisawa 2 Dec  9 17:05 x
term%

Kenji Arisawa
E-mail: arisawa@aichi-u.ac.jp

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2001-12-09  8:22 arisawa
  0 siblings, 0 replies; 434+ messages in thread
From: arisawa @ 2001-12-09  8:22 UTC (permalink / raw)
  To: 9fans

Hello,

`Touch' change the size of file if is append only.

term% chmod +a x
term% ls -l x
a-rw-rw-r-- M 3 arisawa arisawa 1 Dec  9 16:59 x
term% touch x
term% ls -l x
a-rw-rw-r-- M 3 arisawa arisawa 2 Dec  9 17:05 x
term%

Kenji Arisawa
E-mail: arisawa@aichi-u.ac.jp


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2001-11-30 14:14 steve.simon
  2001-11-30 14:30 ` Boyd Roberts
  0 siblings, 1 reply; 434+ messages in thread
From: steve.simon @ 2001-11-30 14:14 UTC (permalink / raw)
  To: 9fans


mailbox monitor and face viewer for sunview, X11, and news systems...

    http://ftp.unicamp.br/pub/unix-c/utils/faces.tar.gz

-Steve


----------------------------------------------------------------------
The contents of this communication are confidential to the normal user of
the email address to which it was sent.  If you have received this email
in error, any use, dissemination, forwarding, printing or copying of this
email is strictly prohibited.  If this is the case, please notify the
sender and delete this message.
----------------------------------------------------------------------



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2001-11-01 21:27 presotto
  0 siblings, 0 replies; 434+ messages in thread
From: presotto @ 2001-11-01 21:27 UTC (permalink / raw)
  To: 9fans

You might also look at the virtual clock paper by Carr in an
SOSP proceeding from the 70's.


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2001-11-01 21:26 presotto
  0 siblings, 0 replies; 434+ messages in thread
From: presotto @ 2001-11-01 21:26 UTC (permalink / raw)
  To: 9fans

the paper you're alluding to, I believe, was OSMOSIS, a modified
Plan 9 kernel, by Eran Gabber.


^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2001-10-26 18:10 presotto
  0 siblings, 0 replies; 434+ messages in thread
From: presotto @ 2001-10-26 18:10 UTC (permalink / raw)
  To: 9fans

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

If you had added just 

dom=us-celstream.com
	ns=192.168.10.1

dnsdebug should have been able to resolve the us-celstream.com
addresses.  However, adding root entries is better.

cheers.

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

From: peh@us-celstream.com
To: ndb/dnsdebug@us-celstream.com, 9fans@cse.psu.edu
Subject: [9fans] (no subject)
Date: Fri, 26 Oct 2001 10:45:34 -0400
Message-ID: <200110270911.f9R9BXu19033@tuna.us-celstream.com>

Wow fast response!

/lib/ndb/local
database=
	file=/lib/ndb/local
	file=/lib/ndb/common

ipnet=int ip=192.168.0.0 ipmask=255.255.255.0
	ipgw=192.168.0.1
	dns=192.168.0.1
	smtp=smtp.us-celstream.com

ip=192.168.10.14 sys=chelan ether=00a0cc5cea15
	dom=chelan.us.internal.celstream.com

term% cat /net/ndb
ip=192.168.10.179 ipmask=255.255.255.0 ipgw=192.168.10.1
	dom=.internal.us-celstream.com
	dns=192.168.10.1
term% grep ndb termrc
ndb/cs
ndb/dns -r

No root servers but it does point to our local dns server.
Perhaps it can't resolve itself?

I added root servers and it now resolves. Thanks.
Pat

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2001-10-26 14:45 peh
  0 siblings, 0 replies; 434+ messages in thread
From: peh @ 2001-10-26 14:45 UTC (permalink / raw)
  To: ndb/dnsdebug, 9fans

Wow fast response!

/lib/ndb/local
database=
	file=/lib/ndb/local
	file=/lib/ndb/common

ipnet=int ip=192.168.0.0 ipmask=255.255.255.0
	ipgw=192.168.0.1
	dns=192.168.0.1
	smtp=smtp.us-celstream.com

ip=192.168.10.14 sys=chelan ether=00a0cc5cea15
	dom=chelan.us.internal.celstream.com

term% cat /net/ndb
ip=192.168.10.179 ipmask=255.255.255.0 ipgw=192.168.10.1
	dom=.internal.us-celstream.com
	dns=192.168.10.1
term% grep ndb termrc
ndb/cs
ndb/dns -r

No root servers but it does point to our local dns server.
Perhaps it can't resolve itself?

I added root servers and it now resolves. Thanks.
Pat


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2001-09-07 13:48 Peter Bosch
  0 siblings, 0 replies; 434+ messages in thread
From: Peter Bosch @ 2001-09-07 13:48 UTC (permalink / raw)
  To: 9fans

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

For your amusement...

peter.


[-- Attachment #2: I95.jpg --]
[-- Type: image/jpeg, Size: 830568 bytes --]

^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2001-09-05  7:25 Fco.J.Ballesteros
  0 siblings, 0 replies; 434+ messages in thread
From: Fco.J.Ballesteros @ 2001-09-05  7:25 UTC (permalink / raw)
  To: 9fans

:  I'm going to build a file server with a cast off 300-or-so megabyte disk
:  (in addition to the real file server disks) that would contain the
:  bootstrap for the file server, and an 'emergency' stand-alone cpu server
:  that could be used to repair/copy/etc the actual file server disks.  I
:  can also see writing some tools to fix corrupted fake worms.

While you get your tools done, the configuration I'm using could
work for you. It's just two separate disks w/ a fake worm each.
Once a day I run a cron to update one of them with changes in the other.



^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2001-09-04 13:30 Fco.J.Ballesteros
  2001-09-04 20:51 ` Martin Harriss
  0 siblings, 1 reply; 434+ messages in thread
From: Fco.J.Ballesteros @ 2001-09-04 13:30 UTC (permalink / raw)
  To: 9fans

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

That's cool. BTW, I'm just wondering...

Would a system crash while doing a (mirrowed) dump
corrupt both disks at the same time?

While I was trying to use a couple of ide disks to
survive disk crashes, I thought it would be better
not to use a real mirror because a crash at a bad
moment could perhaps leave the cached worm unusable.
(I had a crash while doing a dump on a cached worm and
 the cached worm became unusable).

Am I missing something? A recover procedure I don't
know of? Or perhaps some code in the mirror device tries
to deal with that?

Another question I have is can you rebuild your mirror
device just by raw copying of one disk into another?






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

From: geoff@collyer.net
To: 9fans@collyer.net
Subject: [9fans] (no subject)
Date: Tue, 4 Sep 2001 05:08:33 -0700
Message-ID: <20010904120840.2D1C7199E3@mail.cse.psu.edu>

I've fixed some bugs in the IDE file server (some latent, some new in
the IDE code) and added a mirroring device.  I've tested it, it works
and later today it will be my main file server.  The mirroring device
is really very little code; the file server's elegant design is
largely responsible for this.  Doing a dump of 457121 4K blocks from a
cache device on h0 to a fake worm also on h0, mirrored on h1.0.0
(a.k.a. h2) took 73 minutes, so I got 25,648,871 bytes per minute
throughput.  I verified that the copy on h1.0.0 was correct.

Here's my configuration:

	config h0
	service    fs
	[ uninteresting ip configuration omitted ]
	filsys main cp(h0)0.25f{p(h0)25.75p(h1.0.0)25.75}
	filsys dump o
	filsys other p(h1.0.0)0.25
	ream other
	ream main
	end

{} is the mirror device, analogous to () and [].  The first device
inside {} is the master, any others are mirrors.  The code can be
found at www.collyer.net/~geoff/9/.  I'll add some commentary on the
changes later today.  They fall into several categories:

- fixes to latent bugs.
- addition of some missing switch cases for Devfworm, Devnone and Devide.
  the file server could really use a device switch (rather than a lot of
  switch statements scattered throughout the code).
  in particular, device configuration strings are now printed better.
- additional paranoia in the IDE code; specifying a non-existent drive
  no longer causes a kernel page fault.
- converted nemo's style back to the original style, and some tidying up.
- probably vestigial paranoia traceable to hunting down the fpinit bug.
- local configuration (e.g., timezone).  you'll want to crank MAXMEG up.
- addition of the mirror device.

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2001-09-04 12:08 geoff
  0 siblings, 0 replies; 434+ messages in thread
From: geoff @ 2001-09-04 12:08 UTC (permalink / raw)
  To: 9fans

I've fixed some bugs in the IDE file server (some latent, some new in
the IDE code) and added a mirroring device.  I've tested it, it works
and later today it will be my main file server.  The mirroring device
is really very little code; the file server's elegant design is
largely responsible for this.  Doing a dump of 457121 4K blocks from a
cache device on h0 to a fake worm also on h0, mirrored on h1.0.0
(a.k.a. h2) took 73 minutes, so I got 25,648,871 bytes per minute
throughput.  I verified that the copy on h1.0.0 was correct.

Here's my configuration:

	config h0
	service    fs
	[ uninteresting ip configuration omitted ]
	filsys main cp(h0)0.25f{p(h0)25.75p(h1.0.0)25.75}
	filsys dump o
	filsys other p(h1.0.0)0.25
	ream other
	ream main
	end

{} is the mirror device, analogous to () and [].  The first device
inside {} is the master, any others are mirrors.  The code can be
found at www.collyer.net/~geoff/9/.  I'll add some commentary on the
changes later today.  They fall into several categories:

- fixes to latent bugs.
- addition of some missing switch cases for Devfworm, Devnone and Devide.
  the file server could really use a device switch (rather than a lot of
  switch statements scattered throughout the code).
  in particular, device configuration strings are now printed better.
- additional paranoia in the IDE code; specifying a non-existent drive
  no longer causes a kernel page fault.
- converted nemo's style back to the original style, and some tidying up.
- probably vestigial paranoia traceable to hunting down the fpinit bug.
- local configuration (e.g., timezone).  you'll want to crank MAXMEG up.
- addition of the mirror device.


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2001-08-14 11:10 Usenet News system
  0 siblings, 0 replies; 434+ messages in thread
From: Usenet News system @ 2001-08-14 11:10 UTC (permalink / raw)
  To: 9fans



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2001-08-12 21:38 Philippe Anel
  2001-08-13  7:45 ` andrey mirtchovski
  0 siblings, 1 reply; 434+ messages in thread
From: Philippe Anel @ 2001-08-12 21:38 UTC (permalink / raw)
  To: 9fans

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


Hi everybody out there,

	I took the last week to write a driver for my Matrox G400.
	I'll send another files this week to support the G450.
      	I think it wouldn't take much work to enhance the actual driver so that
	it supports the G200 serie. I'll give it a try once I get hold of this
	card (around the end of august).

	I'm currently working on the 2d accel feature (which isn't supported
	as of yet).
	Though, the source code isn't very clean, and probably needs a complete
	rewrite, It works fairly well on my computer. I'll rewrite it properly
	some time later.
	At now, there only the 8 bits mode which works correctly.
	(Quite a lot of misfeatures in the end :()

	Now, is there any project around regarding the OpenGL support ?, also,
	for the Overlays support ?.

  	Does someone know about a driver beeing under developpment for the Radeon
	video card (ATI). Or if it is already supported.
	Either way, does/will it support 2D acceleration features ?.

  	If none of this exists, I'd gladly start this project myself.
  	I'll welcome any comment regarding this project.

Regards,
  	Philippe Anel,

[-- Attachment #2: vgamga4xx.c --]
[-- Type: text/plain, Size: 5330 bytes --]

/* Philippe Anel : philippe.anel@noos.fr */ 

#include "u.h"
#include "../port/lib.h"
#include "mem.h"
#include "dat.h"
#include "fns.h"
#include "io.h"
#include "../port/error.h"

#define	Image	IMAGE
#include <draw.h>
#include <memdraw.h>
#include <cursor.h>
#include "screen.h"

/*
 * Matrox G400 and G450.
 */

enum {
	/* pci chip manufacturer */
	MATROX		= 0x102B,

	/* agp/pci chip device id */
	MGA4xx		= 0x0525
};

static Pcidev*
mgapcimatch(void)
{
	Pcidev*	p;
	
	p = pcimatch(nil, MATROX, MGA4xx);
	if (0 && p)
		print("MGA 4xx found : rev %d\n", p->rid);
	return p;
}

static ulong
mga4xxlinear(VGAscr* scr, int* size, int* align)
{
	ulong aperture, oaperture;
	int oapsize, wasupamem;
	Pcidev *p;

	oaperture = scr->aperture;
	oapsize = scr->apsize;
	wasupamem = scr->isupamem;

	if(p = mgapcimatch()){
		aperture = p->mem[0].bar & ~0x0F;
		*size = 32*1024*1024;
	}
	else
		aperture = 0;

	if(wasupamem) {
		if(oaperture == aperture)
			return oaperture;
		upafree(oaperture, oapsize);
	}
	scr->isupamem = 0;

	aperture = upamalloc(aperture, *size, *align);
	if(aperture == 0){
		if(wasupamem && upamalloc(oaperture, oapsize, 0)) {
			aperture = oaperture;
			scr->isupamem = 1;
		}
		else
			scr->isupamem = 0;
	}
	else
		scr->isupamem = 1;

	return aperture;
}

static void
mga4xxenable(VGAscr* scr)
{
	Pcidev *	p;
	Physseg 	seg;
	int 		size, align;
	ulong 	aperture;

	/*
	 * Only once, can't be disabled for now.
	 * scr->io holds the virtual address of
	 * the MMIO registers.
	 */
	if(scr->io)
		return;

	p = mgapcimatch();
	if(p == nil)
		return;

	scr->io = upamalloc(p->mem[1].bar & ~0x0F, 16*1024, 0);
	if(scr->io == 0)
		return;

	memset(&seg, 0, sizeof(seg));
	seg.attr = SG_PHYSICAL;
	seg.name = smalloc(NAMELEN);
	snprint(seg.name, NAMELEN, "mga4xxmmio");
	seg.pa = scr->io;
	seg.size = p->mem[1].size;
	addphysseg(&seg);

	scr->io = (ulong)KADDR(scr->io);

	/* need to map frame buffer here too, so vga can find memory size */
	size = 32*1024*1024;
	align = 0;
	aperture = mga4xxlinear(scr, &size, &align);
	if(aperture) {
		scr->aperture = aperture;
		scr->apsize = size;
		memset(&seg, 0, sizeof(seg));
		seg.attr = SG_PHYSICAL;
		seg.name = smalloc(NAMELEN);
		snprint(seg.name, NAMELEN, "mga4xxscreen");
		seg.pa = aperture;
		seg.size = size;
		addphysseg(&seg);
	}
}

enum {
	Index		= 0x00,		/* Index */
	Data		= 0x0A,		/* Data */

	Cxlsb		= 0x0C,		/* Cursor X LSB */
	Cxmsb		= 0x0D,		/* Cursor X MSB */
	Cylsb		= 0x0E,		/* Cursor Y LSB */
	Cymsb		= 0x0F,		/* Cursor Y MSB */

	Icuradrl	= 0x04,		/* Cursor Base Address Low */	
	Icuradrh	= 0x05,		/* Cursor Base Address High */
	Icctl		= 0x06,		/* Indirect Cursor Control */
};

static void
dac4xxdisable(VGAscr* scr)
{
	uchar * dac4xx;
	
	if(scr->io == 0)
		return;

	dac4xx = KADDR(scr->io+0x3C00);
	
	*(dac4xx+Index) = Icctl;
	*(dac4xx+Data) = 0x00;
}

static void
dac4xxload(VGAscr* scr, Cursor* curs)
{
	int x, y;
	uchar *p;
	uchar * dac4xx;

	if(scr->io == 0)
		return;

	dac4xx = KADDR(scr->io+0x3C00);
	
	dac4xxdisable(scr);

	p = KADDR(scr->storage);
	for(y = 0; y < 64; y++){
		*p++ = 0;
		*p++ = 0;
		*p++ = 0;
		*p++ = 0;
		*p++ = 0;
		*p++ = 0;
		if(y <16){
			*p++ = curs->set[1+y*2]|curs->clr[1+2*y];
			*p++ = curs->set[y*2]|curs->clr[2*y];
		} else{
			*p++ = 0;
			*p++ = 0;
		}

		*p++ = 0;
		*p++ = 0;
		*p++ = 0;
		*p++ = 0;
		*p++ = 0;
		*p++ = 0;
		if(y <16){
			*p++ = curs->set[1+y*2];
			*p++ = curs->set[y*2];
		} else{
			*p++ = 0;
			*p++ = 0;
		}
	}
	scr->offset.x = 64 + curs->offset.x;
	scr->offset.y = 64 + curs->offset.y;

	*(dac4xx+Index) = Icctl;
	*(dac4xx+Data) = 0x03;
}

static int
dac4xxmove(VGAscr* scr, Point p)
{
	int 	x, y;
	uchar *	dac4xx;

	if(scr->io == 0)
		return 1;

	dac4xx = KADDR(scr->io + 0x3C00);

	x = p.x + scr->offset.x;
	y = p.y + scr->offset.y;

	*(dac4xx+Cxlsb) = x & 0xFF;
	*(dac4xx+Cxmsb) = (x>>8) & 0x0F;

	*(dac4xx+Cylsb) = y & 0xFF;
	*(dac4xx+Cymsb) = (y>>8) & 0x0F;

	return 0;
}

static void
dac4xxenable(VGAscr* scr)
{
	uchar *	dac4xx;
	ulong	storage;
	
	if(scr->io == 0)
		return;
	dac4xx = KADDR(scr->io+0x3C00);

	dac4xxdisable(scr);

	storage = (32*1024*1024 - 4096) & ~0x3ff;

	*(dac4xx+Index) = Icuradrl;
	*(dac4xx+Data) = 0xff & (storage >> 10);
	*(dac4xx+Index) = Icuradrh;
	*(dac4xx+Data) = 0xff & (storage >> 18);		

	scr->storage = (ulong) KADDR((ulong)scr->aperture + (ulong)storage);

	/* Show X11-Like Cursor */
	*(dac4xx+Index) = Icctl;
	*(dac4xx+Data) = 0x03;

	/* Cursor Color 0 : White */
	*(dac4xx+Index) = 0x08;
	*(dac4xx+Data)  = 0xff;
	*(dac4xx+Index) = 0x09;
	*(dac4xx+Data)  = 0xff;
	*(dac4xx+Index) = 0x0a;
	*(dac4xx+Data)  = 0xff;

	/* Cursor Color 1 : Black */
	*(dac4xx+Index) = 0x0c;
	*(dac4xx+Data)  = 0x00;
	*(dac4xx+Index) = 0x0d;
	*(dac4xx+Data)  = 0x00;
	*(dac4xx+Index) = 0x0e;
	*(dac4xx+Data)  = 0x00;

	/* Cursor Color 2 : Red */
	*(dac4xx+Index) = 0x10;
	*(dac4xx+Data)  = 0xff;
	*(dac4xx+Index) = 0x11;
	*(dac4xx+Data)  = 0x00;
	*(dac4xx+Index) = 0x12;
	*(dac4xx+Data)  = 0x00;

	/*
	 * Load, locate and enable the
	 * 64x64 cursor in 3-colour mode.
	 */
	dac4xxload(scr, &arrow);
	dac4xxmove(scr, ZP);
}

VGAdev vgamga4xxdev = {
	"mga4xx",

	mga4xxenable,		/* enable */
	0,			/* disable */
	0,			/* page */
	mga4xxlinear,		/* linear */
};

VGAcur vgamga4xxcur = {
	"mga4xxhwgc",
	dac4xxenable,
	dac4xxdisable,
	dac4xxload,
	dac4xxmove,
};

[-- Attachment #3: Mga4xx.c --]
[-- Type: text/plain, Size: 24772 bytes --]

/* Philippe Anel : philippe.anel@noos.fr */ 

#include <u.h>
#include <libc.h>
#include <bio.h>

#include "vga.h"
#include "pci.h"

/*
 * Matrox G4xx 3D graphics accelerators
 */
enum {
	Kilo				= 1024,
	Meg				= 1024*1024,
	
	MATROX			= 0x102B,		/* pci chip manufacturer */
	MGA4XX			= 0x0525,		/* pci chip device ids */

	/* Pci configuration space mapping */
	PCfgMgaFBAA		= 0x10,		/* Frame buffer Aperture Address */
	PCfgMgaCAA		= 0x14,		/* Control Aperture Address base */
	PCfgMgaIAA		= 0x18,		/* ILOAD Aperture base Address */
	PCfgMgaOption1	= 0x40,		/* Option Register 1 */
	PCfgMgaOption2	= 0x50,		/* Option Register 2 */
	PCfgMgaOption3	= 0x54,		/* Option Register 3 */
	PCfgMgaDevCtrl	= 0x04,		/* Device Control */

	/* control aperture offsets */
	DMAWIN			= 0x0000,		/* 7KByte Pseudo-DMA Window */

	STATUS0			= 0x1FC2,		/* Input Status 0 */
	STATUS1			= 0x1FDA,	/* Input Status 1 */
	
	SEQIDX			= 0x1FC4,		/* Sequencer Index */
	SEQDATA			= 0x1FC5,		/* Sequencer Data */

	MISC_W			= 0x1FC2,		/* Misc. WO */
	MISC_R			= 0x1FCC,	/* Misc. RO */

	GCTLIDX			= 0x1FCE,		/* Graphic Controler Index */
	GCTLDATA		= 0x1FCF,		/* Graphic Controler Data */

	CRTCIDX			= 0x1FD4,	/* CRTC Index */
	CRTCDATA		= 0x1FD5,	/* CRTC Data */

	CRTCEXTIDX		= 0x1FDE,		/* CRTC Extension Index */
	CRTCEXTDATA		= 0x1FDF,		/* CRTC Extension Data */
	
	RAMDACIDX		= 0x3C00,	/* RAMDAC registers Index */
	RAMDACDATA		= 0x3C0A,	/* RAMDAC Indexed Data */
	RAMDACPALDATA		= 0x3C01,

	ATTRIDX			= 0x1FC0,		/* Attribute Index */
	ATTRDATA		= 0x1FC1,		/* Attribute Data */

	CACHEFLUSH		= 0x1FFF,

	C2_CTL			= 0X3C10,
	MGA_STATUS		= 0X1E14,
	Z_DEPTH_ORG		= 0X1C0C,
	
};

typedef struct {
	Pcidev*	pci;
	int		devid;
	int		revid;
	
	ulong	mmio;
	ulong	mmfb;
	int		fbsize;
	ulong	iload;

	uchar	syspll_m;
	uchar	syspll_n;
	uchar	syspll_p;
	uchar	syspll_s;

	uchar	pixpll_m;
	uchar	pixpll_n;
	uchar	pixpll_p;
	uchar	pixpll_s;

	ulong	option1;
	ulong	option2;
	ulong	option3;

	/* From plan9.ini */
	uchar	sdram;
	uchar	colorkey;
	uchar	maskkey;
	ulong	maxpclk;

	uchar	graphics[9];	
	uchar	attribute[0x14];	
	uchar	sequencer[5];
	uchar	crtc[0x19];
	uchar	crtcext[9];

	ulong	htotal;
	ulong	hdispend;
	ulong	hblkstr;
	ulong	hblkend;
	ulong	hsyncstr;
	ulong	hsyncend;
	ulong	vtotal;
	ulong	vdispend;
	ulong	vblkstr;
	ulong	vblkend;
	ulong	vsyncstr;
	ulong	vsyncend;
	ulong	linecomp;
	ulong	hsyncsel;
	ulong	startadd;
	ulong	offset;
	ulong	maxscan;
	ulong 	curloc;
	ulong	prowscan;
	ulong	currowstr;
	ulong	currowend;
	ulong	curoff;
	ulong	undrow;
	ulong	curskew;
	ulong	conv2t4;
	ulong	interlace;
	ulong	hsyncdel;
	ulong	hdispskew;
	ulong	bytepan;
	ulong	dotclkrt;
	ulong	dword;
	ulong	wbmode;
	ulong	addwrap;
	ulong	selrowscan;
	ulong	cms;
	ulong	csynccen;
	ulong	hrsten;
	ulong	vrsten;
	ulong	vinten;
	ulong	vintclr;
	ulong	hsyncoff;
	ulong	vsyncoff;
	ulong	crtcrstN;
	ulong	mgamode;
	ulong	scale;
	ulong	hiprilvl;
	ulong	maxhipri;
	ulong	c2hiprilvl;
	ulong	c2maxhipri;
	ulong	misc;
	ulong	crtcprotect;
	ulong	winsize;
	ulong	winfreq;
} Mga;


static void
mgawrite32(Mga* mga, int index, ulong val)
{
	((ulong*)mga->mmio)[index] = val;
}

static ulong
mgaread32(Mga* mga, int index)
{
	return ((ulong*)mga->mmio)[index];
}

static void
mgawrite8(Mga* mga, int index, uchar val)
{
	((uchar*)mga->mmio)[index] = val;
}

static uchar
mgaread8(Mga* mga, int index)
{
	return ((uchar*)mga->mmio)[index];
}

static uchar
seqget(Mga* mga, int index)
{
	mgawrite8(mga, SEQIDX, index);
	return mgaread8(mga, SEQDATA);
}

static uchar
seqset(Mga* mga, int index, uchar set, uchar clr)
{
	uchar	tmp;

	mgawrite8(mga, SEQIDX, index);
	tmp = mgaread8(mga, SEQDATA);
	mgawrite8(mga, SEQIDX, index);
	mgawrite8(mga, SEQDATA, (tmp & ~clr) | set);
	return tmp;
}

static uchar
crtcget(Mga* mga, int index)
{
	mgawrite8(mga, CRTCIDX, index);
	return mgaread8(mga, CRTCDATA);
}

static uchar
crtcset(Mga* mga, int index, uchar set, uchar clr)
{
	uchar	tmp;

	mgawrite8(mga, CRTCIDX, index);
	tmp = mgaread8(mga, CRTCDATA);
	mgawrite8(mga, CRTCIDX, index);
	mgawrite8(mga, CRTCDATA, (tmp & ~clr) | set);
	return tmp;
}

static uchar
crtcextget(Mga* mga, int index)
{
	mgawrite8(mga, CRTCEXTIDX, index);
	return mgaread8(mga, CRTCEXTDATA);
}

static uchar
crtcextset(Mga* mga, int index, uchar set, uchar clr)
{
	uchar	tmp;

	mgawrite8(mga, CRTCEXTIDX, index);
	tmp = mgaread8(mga, CRTCEXTDATA);
	mgawrite8(mga, CRTCEXTIDX, index);
	mgawrite8(mga, CRTCEXTDATA, (tmp & ~clr) | set);
	return tmp;
}

static uchar
dacget(Mga* mga, int index)
{
	mgawrite8(mga, RAMDACIDX, index);
	return mgaread8(mga, RAMDACDATA);
}

static uchar
dacset(Mga* mga, int index, uchar set, uchar clr)
{
	uchar	tmp;

	mgawrite8(mga, RAMDACIDX, index);
	tmp = mgaread8(mga, RAMDACDATA);
	mgawrite8(mga, RAMDACIDX, index);
	mgawrite8(mga, RAMDACDATA, (tmp & ~clr) | set);
	return	tmp;
}

static uchar
gctlget(Mga* mga, int index)
{
	mgawrite8(mga, GCTLIDX, index);
	return mgaread8(mga, GCTLDATA);
}

static uchar
gctlset(Mga* mga, int index, uchar set, uchar clr)
{
	uchar	tmp;

	mgawrite8(mga, GCTLIDX, index);
	tmp = mgaread8(mga, GCTLDATA);
	mgawrite8(mga, GCTLIDX, index);
	mgawrite8(mga, GCTLDATA, (tmp & ~clr) | set);
	return	tmp;
}

static uchar
attrget(Mga* mga, int index)
{
	mgawrite8(mga, ATTRIDX, index);
	return mgaread8(mga, ATTRDATA);
}

static uchar
attrset(Mga* mga, int index, uchar set, uchar clr)
{
	uchar	tmp;

	mgawrite8(mga, ATTRIDX, index);
	tmp = mgaread8(mga, ATTRDATA);
	mgawrite8(mga, ATTRIDX, index);
	mgawrite8(mga, ATTRDATA, (tmp & ~clr) | set);
	return	tmp;
}

static uchar
miscget(Mga* mga)
{
	return mgaread8(mga, MISC_R);
}

static uchar
miscset(Mga* mga, uchar set, uchar clr)
{
	uchar	tmp;

	tmp = mgaread8(mga, MISC_R);
	mgawrite8(mga, MISC_W, (tmp & ~clr) | set);
	return	tmp;
}

/* ************************************************************ */

static void
dump_all_regs(Mga* mga)
{
	int	i;

	for (i = 0; i < 25; i++)
		trace("crtc[%d] = 0x%x\n", i, crtcget(mga, i));
	for (i = 0; i < 9; i++)
		trace("crtcext[%d] = 0x%x\n", i, crtcextget(mga, i));
	for (i = 0; i < 5; i++)
		trace("seq[%d] = 0x%x\n", i, seqget(mga, i));
	for (i = 0; i < 9; i++)
		trace("gctl[%d] = 0x%x\n", i, gctlget(mga, i));
	trace("misc = 0x%x\n", mgaread8(mga, MISC_R));
	for (i = 0; i < 0x87; i++)
		trace("dac[%d] = 0x%x\n", i, dacget(mga, i));
}

/* ************************************************************ */

static void
dump(Vga* vga, Ctlr* ctlr)
{
	dump_all_regs(vga->private);
	ctlr->flag |= Fdump;
}

static void
mapmga4xx(Vga* vga, Ctlr* ctlr)
{
	int 		f;
	long 		m;
	Mga *	mga;

	if(vga->private == nil)
		error("%s: g4xxio: no *mga4xx\n", ctlr->name);
	mga = vga->private;

	f = open("#v/vgactl", OWRITE);
	if(f < 0)
		error("%s: can't open vgactl\n", ctlr->name);

	if(write(f, "type mga4xx", 11) != 11)
		error("%s: can't set mga type\n", ctlr->name);
	
	m = segattach(0, "mga4xxmmio", 0, 16*Kilo);
	if(m == -1)
		error("%s: can't attach mga4xxmmio segment\n", ctlr->name);
	mga->mmio = m;
	trace("%s: mmio at 0x%lx\n", ctlr->name, mga->mmio);

	m = segattach(0, "mga4xxscreen", 0, 32*Meg);
	if(m == -1)
		error("%s: can't attach mga4xxscreen segment\n", ctlr->name);
	mga->mmfb = m;
	trace("%s: frame buffer at 0x%lx\n", ctlr->name, mga->mmfb);

	/* TODO : When needed ... map ILOAD too ... */
}

static void
snarf(Vga* vga, Ctlr* ctlr)
{
	int 	i, k, n;
	uchar *	p;
	uchar	x[16];
	Pcidev *	pci;
	Mga *	mga;
	uchar	crtcext3;

	trace("%s->snarf\n", ctlr->name);
	if(vga->private == nil) {
		pci = pcimatch(nil, MATROX, MGA4XX);
		if(pci == nil)
			error("%s: no Pcidev with Vid=0x102B, Did=0x0525\n", ctlr->name);

		trace("%s: G4%d0 rev %d\n", ctlr->name, pci->rid&0x80?5:0, pci->rid&(~0x80));
		i = pcicfgr32(pci, PCfgMgaDevCtrl);
		if ((i & 2) != 2)
			error("%s: Memory Space not enabled ... Aborting ...\n", ctlr->name);	

		vga->private = alloc(sizeof(Mga));
		mga = (Mga*)vga->private;
		mga->devid = 	pci->did;
		mga->revid =	pci->rid;	
		mga->pci = 	pci;

		mapmga4xx(vga, ctlr);
	}
	else {
		mga = (Mga*)vga->private;
	}

	/* Find out how much memory is here, some multiple of 2Meg */

	/* First Set MGA Mode ... */
	crtcext3 = crtcextset(mga, 3, 0x80, 0xff);

	p = (uchar*)mga->mmfb;
	n = 16;
	for (i = 0; i < n; i++) {
		k = (2*i+1)*Meg;
		p[k] = 0;
		p[k] = i+1;
		*((uchar*)(mga->mmio + CACHEFLUSH)) = 0;
		x[i] = p[k];
		trace("x[%d]=%d\n", i, x[i]);
	}
	for(i = 1; i < n; i++)
		if(x[i] != i+1)
			break;
	vga->vmz = mga->fbsize = 2*i*Meg;
	trace("probe found %d megabytes\n", 2*i);

	crtcextset(mga, 3, crtcext3, 0xff);

	ctlr->flag |= Fsnarf;
}

static void
options(Vga* vga, Ctlr* ctlr)
{
	Mode *mode;

	mode = vga->mode;
	if(mode->x % 128){
		mode->x = (mode->x/128)*128;
		sprint(mode->size, "%dx%dx%d", mode->x, mode->y, mode->z);
	}
	ctlr->flag |= Foptions;
}

/*
	calcclock - Calculate the PLL settings (m, n, p, s).
*/
static double
calcclock(Mga* mga, long Fneeded)
{
	double		Fpll;
	double		Fvco;
	double 		Fref;
	int		pixpll_m_min;
	int		pixpll_m_max;
	int		pixpll_n_min;
	int		pixpll_n_max;
	int		pixpll_p_max;
	int		pll_min;
	int		pll_max;
	double 		Ferr, Fcalc;
	int		m, n, p;
		
	/* These values are taken from Matrox G400 Specification - p 4-91 */
	Fref     	= 27000000.0;
	pixpll_n_min 	= 7;
	pixpll_n_max 	= 127;
	pixpll_m_min	= 1;
	pixpll_m_max	= 31;
	pixpll_p_max 	= 7;
	pll_min		= 50000;
	pll_max		= mga->maxpclk;

	if (Fneeded < pll_min)
		error("mga: Too little Frequency %ld : Minimum supported by PLL is %d", 
			Fneeded, pll_min);

	if (Fneeded > pll_max)
		error("mga: Too big Frequency %ld : Maximum supported by PLL is %d",
			Fneeded, pll_max);

	Fvco = ( double ) Fneeded;
	for (p = 0;  p <= pixpll_p_max && Fvco < pll_max; p = p * 2 + 1, Fvco *= 2.0)
		;
	mga->pixpll_p = p;

	Ferr = Fneeded;
	for ( m = pixpll_m_min ; m <= pixpll_m_max ; m++ )
		for ( n = pixpll_n_min; n <= pixpll_n_max; n++ )
		{ 
			Fcalc = Fref * (n + 1) / (m + 1) ;

			/*
			 * Pick the closest frequency.
			 */
			if ( abs(Fcalc - Fvco) < Ferr ) {
				Ferr = abs(Fcalc - Fvco);
				mga->pixpll_m = m;
				mga->pixpll_n = n;
			}
		}
	
	Fvco = Fref * (mga->pixpll_n + 1) / (mga->pixpll_m + 1);

	if ( (50000000.0 <= Fvco) && (Fvco < 110000000.0) )
		mga->pixpll_p |= 0;	
	if ( (110000000.0 <= Fvco) && (Fvco < 170000000.0) )
		mga->pixpll_p |= (1<<3);	
	if ( (170000000.0 <= Fvco) && (Fvco < 240000000.0) )
		mga->pixpll_p |= (2<<3);	
	if ( (240000000.0 <= Fvco) )
		mga->pixpll_p |= (3<<3);	

	Fpll = Fvco / (p + 1);

	return Fpll;
}

static void
init(Vga* vga, Ctlr* ctlr)
{
	Mode*	mode;
	Mga*	mga;
	double	Fpll;
	Ctlr*	c;
	int	i;
	ulong	t;

	mga = vga->private;
	mode = vga->mode;

	trace("mga mmio at %lx\n", mga->mmio);

	ctlr->flag |= Ulinear;

	if ((mode->z != 32) && (mode->z != 8))
		error("depth %d not supported !\n", mode->z);

	if (mode->interlace)
		error("interlaced mode not supported !\n");

	trace("%s: Initializing mode %dx%dx%d on %s\n", ctlr->name, mode->x, mode->y, mode->z, mode->type);
	trace("%s: Suggested Dot Clock : %d\n", 	ctlr->name, mode->frequency);
	trace("%s: Horizontal Total = %d\n", 		ctlr->name, mode->ht);
	trace("%s: Start Horizontal Blank = %d\n", 	ctlr->name, mode->shb);
	trace("%s: End Horizontal Blank = %d\n", 	ctlr->name, mode->ehb);
	trace("%s: Vertical Total = %d\n", 		ctlr->name, mode->vt);
	trace("%s: Vertical Retrace Start = %d\n", 	ctlr->name, mode->vrs);
	trace("%s: Vertical Retrace End = %d\n", 	ctlr->name, mode->vre);
	trace("%s: Start Horizontal Sync = %d\n", 	ctlr->name, mode->shs);
	trace("%s: End Horizontal Sync = %d\n", 	ctlr->name, mode->ehs);
	trace("%s: HSync = %c\n", 			ctlr->name, mode->hsync);
	trace("%s: VSync = %c\n", 			ctlr->name, mode->vsync);
	trace("%s: Interlace = %d\n", 			ctlr->name, mode->interlace);

	mga->maxpclk	= 300000000;

	Fpll = calcclock(mga, mode->frequency);
	trace("Fpll set to %f\n", Fpll);
	trace("pixclks : n = %d m = %d p = %d\n", mga->pixpll_n, mga->pixpll_m, mga->pixpll_p & 0x7);

	trace("PCI Option1 = 0x%x\n", pcicfgr32(mga->pci, PCfgMgaOption1));
	trace("PCI Option2 = 0x%x\n", pcicfgr32(mga->pci, PCfgMgaOption2));
	trace("PCI Option3 = 0x%x\n", pcicfgr32(mga->pci, PCfgMgaOption3));

	mga->htotal =		(mode->ht >> 3) - 5;
	mga->hdispend =		(mode->x >> 3) - 1;
	if (1)
	{
		mga->hblkstr =		mga->hdispend; 		/* (mode->shb >> 3); */
		mga->hblkend =		mga->htotal + 4;	/* (mode->ehb >> 3); */
	} else
	{
		mga->hblkstr =		(mode->shb >> 3);
		mga->hblkend =		(mode->ehb >> 3); 
	}
	mga->hsyncstr =		(mode->shs >> 3);
	mga->hsyncend =		(mode->ehs >> 3);
	mga->hsyncdel = 	0;
	mga->vtotal =		mode->vt - 2;
	mga->vdispend = 	mode->y - 1;
	mga->vblkstr = 		mode->y - 1;
	mga->vblkend = 		mode->vt - 1;
	mga->vsyncstr = 	mode->vrs;
	mga->vsyncend = 	mode->vre;
	mga->linecomp =		mode->y;
	mga->hsyncsel = 	0;	/* Do not double lines ... */
	mga->startadd =		0;
	mga->offset =		(mode->x * mode->z) / 128;
	/* No Zoom */
	mga->maxscan = 		0;
	/* Not used in Power Graphic mode */
	mga->curloc =		0;
	mga->prowscan = 	0;
	mga->currowstr = 	0;
	mga->currowend = 	0;
	mga->curoff = 		1;
	mga->undrow = 		0;
	mga->curskew = 		0;
	mga->conv2t4 = 		0;
	mga->interlace =	0;
	mga->hdispskew =	0;
	mga->bytepan = 		0;
	mga->dotclkrt = 	0;
	mga->dword =		0;
	mga->wbmode =		1;
	mga->addwrap = 		0;	/* Not Used ! */
	mga->selrowscan =	1;
	mga->cms =		1;
	mga->csynccen =		0; 	/* Disable composite sync */

	/* VIDRST Pin */
	mga->hrsten =		1;
	mga->vrsten =		1;

	/* vertical interrupt control */
	mga->vinten = 		1;
	mga->vintclr = 		1;

	/* Let [hv]sync run freely */
	mga->hsyncoff =		0;
	mga->vsyncoff =		0;

	mga->crtcrstN =		1;

	mga->mgamode = 		1;
	mga->scale =		(mode->z == 8) ? 0 : 3;	/* 8 or 32 bits mode */
	
	mga->crtcprotect =	1;
	mga->winsize = 		0;
	mga->winfreq = 		0;

	if ((mga->htotal == 0)
	    || (mga->hblkend <= (mga->hblkstr + 1))
	    || ((mga->htotal - mga->hdispend) == 0)
	    || ((mga->htotal - mga->bytepan + 2) <= mga->hdispend)
	    || (mga->hsyncstr <= (mga->hdispend + 2))
	    || (mga->vtotal == 0))
	{
		error("Invalid Power Graphic Mode :\n"
		      "mga->htotal = %ld\n"
		      "mga->hdispend = %ld\n"
		      "mga->hblkstr = %ld\n"
		      "mga->hblkend = %ld\n"
		      "mga->hsyncstr = %ld\n"
		      "mga->hsyncend = %ld\n"
		      "mga->hsyncdel = %ld\n"
		      "mga->vtotal = %ld\n"
		      "mga->vdispend = %ld\n"
		      "mga->vblkstr = %ld\n"
		      "mga->vblkend = %ld\n"
		      "mga->vsyncstr = %ld\n"
		      "mga->vsyncend = %ld\n"
		      "mga->linecomp = %ld\n",
		      mga->htotal,
		      mga->hdispend,
		      mga->hblkstr,
		      mga->hblkend,
		      mga->hsyncstr,
		      mga->hsyncend,
		      mga->hsyncdel,
		      mga->vtotal,
		      mga->vdispend,
		      mga->vblkstr,
		      mga->vblkend,
		      mga->vsyncstr,
		      mga->vsyncend,
		      mga->linecomp
		      );
	}

	mga->hiprilvl = 0;
	mga->maxhipri = 0;
	mga->c2hiprilvl = 0;
	mga->c2maxhipri = 0;

	mga->misc = ((mode->hsync != '-')?0:(1<<6)) | ((mode->vsync != '-')?0:(1<<7));

	mga->crtc[0x00] = 0xff & mga->htotal;
	mga->crtc[0x01] = 0xff & mga->hdispend;
	mga->crtc[0x02] = 0xff & mga->hblkstr;
	mga->crtc[0x03] = (0x1f & mga->hblkend) 
		| ((0x03 & mga->hdispskew) << 5)
		| 0x80	/* cf 3-304 */
		;
	mga->crtc[0x04] = 0xff & mga->hsyncstr;
	mga->crtc[0x05] = (0x1f & mga->hsyncend) 
		| ((0x03 & mga->hsyncdel) << 5) 
		| ((0x01 & (mga->hblkend >> 5)) << 7)
		;
	mga->crtc[0x06] = 0xff & mga->vtotal;
	t = ((0x01 & (mga->vtotal >> 8)) << 0)
	  | ((0x01 & (mga->vdispend >> 8)) << 1)
	  | ((0x01 & (mga->vsyncstr >> 8)) << 2)
	  | ((0x01 & (mga->vblkstr >> 8)) << 3)
	  | ((0x01 & (mga->linecomp >> 8)) << 4)
	  | ((0x01 & (mga->vtotal >> 9)) << 5)
	  | ((0x01 & (mga->vdispend >> 9)) << 6)
	  | ((0x01 & (mga->vsyncstr >> 9)) << 7)
	  ;
	mga->crtc[0x07] = 0xff & t;
	trace("*************");
	trace("crtc 0x07 = %lx\n", t);
	trace("mga->vtotal = %lx\n", mga->vtotal);
	trace("mga->vdispend = %lx\n", mga->vdispend);
	trace("mga->vsyncstr = %lx\n", mga->vsyncstr);
	trace("mga->vblkstr = %lx\n", mga->vblkstr);
	trace("mga->linecomp = %lx\n", mga->linecomp);
	trace("*************");

	mga->crtc[0x08] = (0x1f & mga->prowscan) 
		| ((0x03 & mga->bytepan) << 5);
	mga->crtc[0x09] = (0x1f & mga->maxscan) 
		| ((0x01 & (mga->vblkstr >> 9)) << 5)
		| ((0x01 & (mga->linecomp >> 9)) << 6)
		| ((0x01 & mga->conv2t4) << 7)
		;
	mga->crtc[0x0a] = (0x1f & mga->currowstr)
		| ((0x01 & mga->curoff) << 5)
		;
	mga->crtc[0x0b] = (0x1f & mga->currowend)
		| ((0x03 & mga->curskew) << 5)
		;
	mga->crtc[0x0c] = 0xff & (mga->startadd >> 8);
	mga->crtc[0x0d] = 0xff & mga->startadd;
	mga->crtc[0x0e] = 0xff & (mga->curloc >> 8);
	mga->crtc[0x0f] = 0xff & mga->curloc;
	mga->crtc[0x10] = 0xff & mga->vsyncstr;
	mga->crtc[0x11] = (0x0f & mga->vsyncend)
		| ((0x01 & mga->vintclr) << 4)
		| ((0x01 & mga->vinten) << 5)
		| ((0x01 & mga->crtcprotect) << 7)
		;
	mga->crtc[0x12] = 0xff & mga->vdispend;
	mga->crtc[0x13] = 0xff & mga->offset;
	mga->crtc[0x14] = 0x1f & mga->undrow;	/* vga only */
	mga->crtc[0x15] = 0xff & mga->vblkstr;
	mga->crtc[0x16] = 0xff & mga->vblkend;
	mga->crtc[0x17] = ((0x01 & mga->cms) << 0)
		| ((0x01 & mga->selrowscan) << 1)
		| ((0x01 & mga->hsyncsel) << 2)
		| ((0x01 & mga->addwrap) << 5)
		| ((0x01 & mga->wbmode) << 6)
		| ((0x01 & mga->crtcrstN) << 7)
		;
	mga->crtc[0x18] = mga->linecomp;
	
	mga->crtcext[0] = (0x0f & (mga->startadd >> 16))
		| ((0x03 & (mga->offset >> 8)) << 4)
		| ((0x01 & (mga->startadd >> 20)) << 6)
		| ((0x01 & mga->interlace) << 7)
		;
	mga->crtcext[1] = ((0x01 & (mga->htotal >> 8)) << 0)
		| ((0x01 & (mga->hblkstr >> 8)) << 1)
		| ((0x01 & (mga->hsyncstr >> 8)) << 2)
		| ((0x01 & mga->hrsten) << 3)
		| ((0x01 & mga->hsyncoff) << 4)
		| ((0x01 & mga->vsyncoff) << 5)
		| ((0x01 & (mga->hblkend >> 6)) << 6)
		| ((0x01 & mga->vrsten) << 7)
		;
	mga->crtcext[2] = ((0x03 & (mga->vtotal >> 10)) << 0)
		| ((0x01 & (mga->vdispend >> 10)) << 2)
		| ((0x03 & (mga->vblkstr >> 10)) << 3)
		| ((0x03 & (mga->vsyncstr >> 10)) << 5)
		| ((0x01 & (mga->linecomp >> 10)) << 7)
		;
	mga->crtcext[3] = ((0x07 & mga->scale) << 0)
		| ((0x01 & mga->csynccen) << 6)
		| ((0x01 & mga->mgamode) << 7)
		;
	mga->crtcext[4] = 0;	/* memory page ... not used in Power Graphic Mode */
	mga->crtcext[5] = 0;	/* Not used in interlaced mode */
	mga->crtcext[6] = ((0x07 & mga->hiprilvl) << 0)
		| ((0x07 & mga->maxhipri) << 4)
		;
	mga->crtcext[7] = ((0x07 & mga->winsize) << 1)
		| ((0x07 & mga->winfreq) << 5)
		;
	mga->crtcext[8] = (0x01 & (mga->startadd >> 21)) << 0;

	/* Initialize Sequencer */
	mga->sequencer[0] = 0;
	mga->sequencer[1] = 0;
	mga->sequencer[2] = 0x03;
	mga->sequencer[3] = 0;
	mga->sequencer[4] = 0x02;

	/* Graphic Control registers are ignored when not using 0xA0000 aperture */	
	for (i = 0; i < 9; i++)
		mga->graphics[i] = 0;	

	/* The Attribute Controler is not available in Power Graphics mode */
	for (i = 0; i < 0x15; i++)
		mga->attribute[i] = i;	

	/* disable vga load (want to do fields in different order) */
	for(c = vga->link; c; c = c->link)
		if (strncmp(c->name, "vga", 3) == 0)
			c->load = nil;
}

enum
{
	Seq_ClockingMode =	1,
		Dotmode =	(1<<0),
		Shftldrt =	(1<<2),
		Dotclkrt =	(1<<3),
		Shiftfour =	(1<<4),
		Scroff =	(1<<5),

	CrtcExt_Horizontcount =	1,
		Htotal =	(1<<0),
		Hblkstr =	(1<<1),
		Hsyncstr =	(1<<2),
		Hrsten =	(1<<3),
		Hsyncoff =	(1<<4),
		Vsyncoff =	(1<<5),
		Hblkend =	(1<<6),
		Vrsten =	(1<<7),

	CrtcExt_Miscellaneous =	3,
		Mgamode =	(1<<7),

	Dac_Xpixclkctrl =	0x1a,
		Pixclksl = 		(3<<0),
		Pixclkdis =	(1<<2),
		Pixpllpdn =	(1<<3),

	Dac_Xpixpllstat =	0x4f,
		Pixlock = 		(1<<6),
	
	Dac_Xpixpllan =		0x45,
	Dac_Xpixpllbn =		0x49,
	Dac_Xpixpllcn =		0x4d,

	Dac_Xpixpllam =		0x44, 
	Dac_Xpixpllbm =		0x48,
	Dac_Xpixpllcm =		0x4c,

	Dac_Xpixpllap =		0x46,
	Dac_Xpixpllbp =		0x4a,
	Dac_Xpixpllcp =		0x4e,

	Dac_Xmulctrl =		0x19,
		ColorDepth =	(7<<0),
			_8bitsPerPixel = 	0,
			_15bitsPerPixel =	1,
			_16bitsPerPixel =	2,
			_24bitsPerPixel =	3,
			_32bitsPerPixelWithOv = 4,
			_32bitsPerPixel	=	7,

	Dac_Xpanelmode =	0x1f,

	Dac_Xmiscctrl =		0x1e,
		Dacpdn =	(1<<0),
		Mfcsel =	(3<<1),
		Vga8dac =	(1<<3),
		Ramcs =		(1<<4),
		Vdoutsel =	(7<<5),

	Dac_Xcurctrl =		0x06,
		CursorDis = 	0,
		Cursor3Color = 	1,
		CursorXGA = 	2,
		CursorX11 = 	3,
		Cursor16Color = 4,

	Dac_Xzoomctrl =		0x38,

	Misc_loaddsel =		(1<<0),
	Misc_rammapen =		(1<<1),
	Misc_clksel =		(3<<2),
	Misc_videodis =		(1<<4),
	Misc_hpgoddev = 	(1<<5),
	Misc_hsyncpol =		(1<<6),
	Misc_vsyncpol =		(1<<7),
};

static void
load(Vga* vga, Ctlr* ctlr)
{
	Mga*	mga;
	int	i;
	uchar*	p;
	Mode*	mode;
	uchar	cursor;

	mga = vga->private;
	mode = vga->mode;

	trace("mga: Loading ...\n");
	dump_all_regs(mga);

	trace("mga mmio at %lx\n", mga->mmio);


	trace("mga: loading vga registers ...\n" );

	/* Initialize Sequencer registers */
	for(i = 0; i < 5; i++)
		seqset(mga, i, mga->sequencer[i], 0xff);

	/* Initialize Attribute register */
	for(i = 0; i < 0x15; i++)
		attrset(mga, i, mga->attribute[i], 0xff);

	/* Initialize Graphic Control registers */
	for(i = 0; i < 9; i++)
		gctlset(mga, i, mga->graphics[i], 0xff);

	/* Wait VSYNC */
	while (mgaread8(mga, STATUS1) & 0x08);
	while (! (mgaread8(mga, STATUS1) & ~0x08));

	/* Turn off the video. */
	seqset(mga, Seq_ClockingMode, Scroff, 0);

	/* Crtc2 Off */
	mgawrite32(mga, C2_CTL, 0);

	/* Disable Cursor */
	cursor = dacset(mga, Dac_Xcurctrl, CursorDis, 0xff);

	/* Pixel Pll UP and set Pixel clock source to Pixel Clock PLL */
	dacset(mga, Dac_Xpixclkctrl, 0x01 | 0x08, 0x0f);

	trace("mga: waiting for the clock source becomes stable ...\n");
	while ((dacget(mga, Dac_Xpixpllstat) & Pixlock) != Pixlock)
		;
	trace("mga: pixpll locked !\n");

	/* Enable LUT, Disable MAFC */
	dacset(mga, Dac_Xmiscctrl, Ramcs | Mfcsel, Vdoutsel);

	/* Initialize Z Buffer ... (useful?) */
	mgawrite32(mga, Z_DEPTH_ORG, 0);

	/* Disable Dac */
	dacset(mga, Dac_Xmiscctrl, 0, Dacpdn);

	/* Initialize Panel Mode */
	dacset(mga, Dac_Xpanelmode, 0, 0xff);

	/* Disable the PIXCLK and set Pixel clock source to Pixel Clock PLL */
	dacset(mga, Dac_Xpixclkctrl, Pixclkdis | 0x01, 0x3);

	/* Disable mapping of the memory */ 
	miscset(mga, 0, Misc_rammapen);

	/* Enable 8 bit palette */
	dacset(mga, Dac_Xmiscctrl, Vga8dac, 0);

	/* Select MGA Pixel Clock */
	miscset(mga, Misc_clksel, 0);

	/* Wait */
	for (i = 0; i < 50; i++)
		mgaread32(mga, MGA_STATUS);

	/* Reprogram the desired PLL registers */
	dacset(mga, Dac_Xpixpllcm, mga->pixpll_m, 0xff);
	dacset(mga, Dac_Xpixpllcn, mga->pixpll_n, 0xff);
	dacset(mga, Dac_Xpixpllcp, mga->pixpll_p, 0xff);
	
	/* Wait until new clock becomes stable */
	trace("mga: waiting for the clock source becomes stable ...\n");
	while ((dacget(mga, Dac_Xpixpllstat) & Pixlock) != Pixlock)
		;
	trace("mga: pixpll locked !\n");

	/* Enable Pixel Clock Oscillation */
	dacset(mga, Dac_Xpixclkctrl, 0, Pixclkdis);

	/* Enable Dac */
	dacset(mga, Dac_Xmiscctrl, Dacpdn, 0);

	/* Set Video Mode */
	if (mode->z != 8)
		dacset(mga, Dac_Xmulctrl, _32bitsPerPixel, ColorDepth);	/* 32 bits mode ... */
	else
		dacset(mga, Dac_Xmulctrl, _8bitsPerPixel, ColorDepth);	/* 8 bits mode ... */

	/* Wait */
	for (i = 0; i < 50; i++)
		mgaread32(mga, MGA_STATUS);

	/* Set Video Mode */
	if (mode->z != 8)
		dacset(mga, Dac_Xmulctrl, _32bitsPerPixel, ColorDepth);	/* 32 bits mode ... */
	else
		dacset(mga, Dac_Xmulctrl, _8bitsPerPixel, ColorDepth);	/* 8 bits mode ... */

	/* Wait until new clock becomes stable */
	trace("mga: waiting for the clock source becomes stable ...\n");
	while ((dacget(mga, Dac_Xpixpllstat) & Pixlock) != Pixlock)
		;
	trace("mga: pixpll locked !\n");

	/* Initialize CRTC registers and remove irq */
	crtcset(mga, 0x11, (1<<4), (1<<5)|0x80);
	for (i = 0; i < 25; i++)
		crtcset(mga, i, mga->crtc[i], 0xff);

	/* Initialize CRTC Extension registers */
	for (i = 0; i < 9; i++)
		crtcextset(mga, i, mga->crtcext[i], 0xff);

	/* Initialize Palette */
	mgawrite8(mga, RAMDACIDX, 0);
	for (i = 0; i < 0xff; i++)
		mgawrite8(mga, RAMDACPALDATA, i);

	/* Disable Zoom */
	dacset(mga, Dac_Xzoomctrl, 0, 0xff);

	/* Enable mga mode again ... Just in case :) */
	crtcextset(mga, CrtcExt_Miscellaneous, Mgamode, 0);

	/* Set final misc ... enable mapping ... */
	miscset(mga, mga->misc | Misc_rammapen, 0);

	/* Enable Screen */
	seqset(mga, 1, 0, 0xff);

	p = (uchar*)mga->mmfb;
	for (i = 0; i < mga->fbsize; i++)
		*p++ = (0xff & i);

	trace("mga: Loaded !\n" );
	dump_all_regs(mga);

	trace("mga: Loaded [bis]!\n" );

	/* Reenable Cursor */
	dacset(mga, Dac_Xcurctrl, cursor, 0xff);

	ctlr->flag |= Fload;
}

Ctlr mga4xx = {
	"mga4xx",			/* name */
	snarf,				/* snarf */
	options,				/* options */
	init,					/* init */
	load,					/* load */
	dump,				/* dump */
};

Ctlr mga4xxhwgc = {
	"mga4xxhwgc",		/* name */
	0,					/* snarf */
	0,					/* options */
	0,					/* init */
	0,					/* load */
	dump,				/* dump */
};

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2001-08-05 14:02 jmk
  0 siblings, 0 replies; 434+ messages in thread
From: jmk @ 2001-08-05 14:02 UTC (permalink / raw)
  To: 9fans

mail 9fans
Subject: Re: Lucent

Oops, I mistyped 'beleaguered', the headline had the
spelling correct.


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2001-05-20  1:41 rob pike
  2001-05-20  6:31 ` Dan Cross
  0 siblings, 1 reply; 434+ messages in thread
From: rob pike @ 2001-05-20  1:41 UTC (permalink / raw)
  To: 9fans

[9fans] mouse vs key

I would think mouse chords would be singularly
ineffective on the Mac.

-rob



^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2001-04-09 14:52 presotto
  0 siblings, 0 replies; 434+ messages in thread
From: presotto @ 2001-04-09 14:52 UTC (permalink / raw)
  To: 9fans

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

I'm not sure why this didn't get into the release.  I'll add it to the
update wrap I'm preparing.

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

From: forsyth@vitanuova.com
To: 9fans@cse.psu.edu
Subject: Re: [9fans] (no subject)
Date: Mon, 9 Apr 2001 14:47:57 +0100
Message-ID: <20010409134753.D405219A4E@mail.cse.psu.edu>

% man 2 httpd
man: no manual page


[-- Attachment #3: httpd --]
[-- Type: text/plain, Size: 6244 bytes --]

.TH HTTPD 2
.SH NAME
HConnect,
HContent,
HContents,
HETag,
HFields,
Hio,
Htmlesc,
HttpHead,
HttpReq,
HRange,
HSPairs,
hmydomain,
hversion,
htmlesc,
halloc,
hbodypush,
hbuflen,
hcheckcontent,
hclose,
hdate2sec,
hdateconv,
hfail,
hflush,
hgetc,
hgethead,
hinit,
hiserror,
hload,
hlower,
hmkcontent,
hmkhfields,
hmkmimeboundary,
hmkspairs,
hmoved,
hokheaders,
hparseheaders,
hparsequery,
hparsereq,
hprint,
hputc,
hreadbuf,
hredirected,
hreqcleanup,
hrevhfields,
hrevspairs,
hstrdup,
http11,
httpconv,
httpunesc,
hunallowed,
hungetc,
hunload,
hurlconv,
hurlunesc,
hwrite,
hxferenc,
 \- routines for creating an http server
.SH SYNOPSIS
.nf
.B #include <u.h>
.nf
.B #include <u.h>
.B #include <libc.h>
.B #include <httpd.h>
.PP
.ft L
typedef struct HConnect HConnect;
typedef struct HContent HContent;
typedef struct HContents HContents;
typedef struct HETag HETag;
typedef struct HFields HFields;
typedef struct Hio Hio;
typedef struct Htmlesc Htmlesc;
typedef struct HttpHead HttpHead;
typedef struct HttpReq HttpReq;
typedef struct HRange HRange;
typedef struct HSPairs HSPairs;

typedef struct Bin Bin;
.ta \w'\fLHContents 'u +\w'\fLHContentsxx 'u +\w'\fLheader[HBufSize + 2];  'u

struct Htmlesc
{
	char	*name;
	Rune	value;
};

struct HContent
{
	HContent	*next;
	char	*generic;
	char	*specific;
	float	q;	/* desirability of this kind of file */
	int	mxb;	/* max uchars until worthless */
};

struct HContents
{
	HContent	*type;
	HContent	 *encoding;
};

/*
 * generic http header with a list of tokens,
 * each with an optional list of parameters
 */
struct HFields
{
	char	*s;
	HSPairs	*params;
	HFields	*next;
};

/*
 * list of pairs a strings
 * used for tag=val pairs for a search or form submission,
 * and attribute=value pairs in headers.
 */
struct HSPairs
{
	char	*s;
	char	*t;
	HSPairs	*next;
};

/*
 * byte ranges within a file
 */
struct HRange
{
	int	suffix;	/* is this a suffix request? */
	ulong	start;
	ulong	stop;	/* ~0UL -> not given */
	HRange	*next;
};

/*
 * list of http/1.1 entity tags
 */
struct HETag
{
	char	*etag;
	int	weak;
	HETag	*next;
};

/*
 * HTTP custom IO
 * supports chunked transfer encoding
 * and initialization of the input buffer from a string.
 */
enum
{
	Hnone,
	Hread,
	Hend,
	Hwrite,
	Herr,

	Hsize = HBufSize
};

struct Hio {
	Hio	*hh;	/* next lower layer Hio, or nil if reads from fd */
	int	fd;	/* associated file descriptor */
	ulong	seek;	/* of start */
	uchar	state;	/* state of the file */
	uchar	xferenc;	/* chunked transfer encoding state */
	uchar	*pos;	/* current position in the buffer */
	uchar	*stop;	/* last character active in the buffer */
	uchar	*start;	/* start of data buffer */
	ulong	bodylen;	/* remaining length of message body */
	uchar	buf[Hsize+32];
};

/*
 * request line
 */
struct HttpReq
{
	char	*meth;
	char	*uri;
	char	*urihost;
	char	*search;
	int	vermaj;
	int	vermin;
};

/*
 * header lines
 */
struct HttpHead
{
	int	closeit;	/* http1.1 close connection after this request? */
	uchar	persist;	/* http/1.1 requests a persistent connection */

	uchar	expectcont;	/* expect a 100-continue */
	uchar	expectother;	/* expect anything else; should reject with ExpectFail */
	ulong	contlen;	/* if != ~0UL, length of included message body */
	HFields	*transenc;	/* if present, encoding of included message body */
	char	*client;
	char	*host;
	HContent	*okencode;
	HContent	*oklang;
	HContent	*oktype;
	HContent	*okchar;
	ulong	ifmodsince;
	ulong	ifunmodsince;
	ulong	ifrangedate;
	HETag	*ifmatch;
	HETag	*ifnomatch;
	HETag	*ifrangeetag;
	HRange	*range;
	char	*authuser;	/* authorization info */
	char	*authpass;

	/*
	 * experimental headers
	 */
	int	fresh_thresh;
	int	fresh_have;
};

/*
 * all of the state for a particular connection
 */
struct HConnect
{
	void	*private;	/* for the library clients */
	void	(*replog)(HConnect*, char*, ...);	/* called when reply sent */

	HttpReq	req;
	HttpHead	head;

	Bin	*bin;

	ulong	reqtime;	/* time at start of request */
	char	xferbuf[HBufSize];	/* buffer for making up or transferring data */
	uchar	header[HBufSize + 2];	/* room for \\n\\0 */
	uchar	*hpos;
	uchar	*hstop;
	Hio	hin;
	Hio	hout;
};

/*
 * configuration for all connections within the server
 */
extern	char	*hmydomain;
extern	char	*hversion;
extern	Htmlesc	htmlesc[];

void	*halloc(HConnect *c, ulong size);
Hio	*hbodypush(Hio *hh, ulong len, HFields *te);
int	hbuflen(Hio *h, void *p);
int	hcheckcontent(HContent*, HContent*, char*, int);
void	hclose(Hio*);
ulong	hdate2sec(char*);
int	hdateconv(va_list*, Fconv*);
int	hfail(HConnect*, int, ...);
int	hflush(Hio*);
int	hgetc(Hio*);
int	hgethead(HConnect *c, int many);
int	hinit(Hio*, int, int);
int	hiserror(Hio *h);
int	hload(Hio*, char*);
char	*hlower(char*);
HContent	*hmkcontent(HConnect *c, char *generic, char *specific, HContent *next);
HFields	*hmkhfields(HConnect *c, char *s, HSPairs *p, HFields *next);
char	*hmkmimeboundary(HConnect *c);
HSPairs	*hmkspairs(HConnect *c, char *s, char *t, HSPairs *next);
int	hmoved(HConnect *c, char *uri);
void	hokheaders(HConnect *c);
int	hparseheaders(HConnect*, int timeout);
HSPairs	*hparsequery(HConnect *c, char *search);
int	hparsereq(HConnect *c, int timeout);
int	hprint(Hio*, char*, ...);
int	hputc(Hio*, int);
void	*hreadbuf(Hio *h, void *vsave);
int	hredirected(HConnect *c, char *how, char *uri);
void	hreqcleanup(HConnect *c);
HFields	*hrevhfields(HFields *hf);
HSPairs	*hrevspairs(HSPairs *sp);
char	*hstrdup(HConnect *c, char *s);
int	http11(HConnect*);
int	httpconv(va_list*, Fconv*);
char	*httpunesc(HConnect *c, char *s);
int	hunallowed(HConnect *, char *allowed);
int	hungetc(Hio *h);
char	*hunload(Hio*);
int	hurlconv(va_list*, Fconv*);
char	*hurlunesc(HConnect *c, char *s);
int	hwrite(Hio*, void*, int);
int	hxferenc(Hio*, int);
.ft R
.SH DESCRIPTION
For now, look at the source, or
.IR httpd (8).
.SH SOURCE
.B /sys/src/libhttpd
.SH SEE ALSO
.IR bin (2)
.SH BUGS
This is a rough implementation and many details are going to change.

^ permalink raw reply	[flat|nested] 434+ messages in thread
* Re: [9fans] (no subject)
@ 2001-04-09 13:47 forsyth
  0 siblings, 0 replies; 434+ messages in thread
From: forsyth @ 2001-04-09 13:47 UTC (permalink / raw)
  To: 9fans

% man 2 httpd
man: no manual page



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2001-04-09 13:26 presotto
  0 siblings, 0 replies; 434+ messages in thread
From: presotto @ 2001-04-09 13:26 UTC (permalink / raw)
  To: 9fans

On Mon Apr  9 04:05:24 EDT 2001, okamoto@granite.cias.osakafu-u.ac.jp wrote:
> There are some new header files in /sys/include, such as bin.h, control.h
> ctype.h, flate.h, httpd.h, scribble.h, and corresponding libraries.
>
> Could you please give us a brief explanation why those are added?
>
> Kenji
>

bin.h - grouped memory allocation. man bin
control.h - for Rob's new widget package.  man control
ctype.h - since day 1.  man ctype
flate.h - data compression lib. man 2 flate
httpd.h - for building the equiv of cgibin's.. man 2 httpd
scribble.h - for using the Grafitti-like scribble textual input in
		a program.  man 2 scribble


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2001-03-30 15:56 presotto
  0 siblings, 0 replies; 434+ messages in thread
From: presotto @ 2001-03-30 15:56 UTC (permalink / raw)
  To: 9fans

My first screw up in the current release:

% diff ../port/portclock.c /n/emelieother/plan9/sys/src/9/port
72,73c72,73
< 	m->inclockintr = 0;
< 	if(up == 0 || up->state != Running)
---
> 	if(up == 0 || up->state != Running){
> 		m->inclockintr = 0;
74a75
> 	}
76c77
< 	if(anyready()){
---
> 	if(anyready())
78,79d78
< 		splhi();
< 	}
85a85
> 	m->inclockintr = 0;

I'll do a wrap soon with this and other updates.


^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2001-03-22 15:09 Gorka Guardiola Muzquiz
  0 siblings, 0 replies; 434+ messages in thread
From: Gorka Guardiola Muzquiz @ 2001-03-22 15:09 UTC (permalink / raw)
  To: 9fans



^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2001-03-06 14:44 presotto
  0 siblings, 0 replies; 434+ messages in thread
From: presotto @ 2001-03-06 14:44 UTC (permalink / raw)
  To: 9fans

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

FYI

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

From: Sean Quinlan <seanq@bell-labs.com>
To: presotto@bell-labs.com
Subject: Re:
Date: Mon, 05 Mar 2001 10:12:08 -0500
Message-ID: <3AA3ACC8.2F691882@bell-labs.com>

people have been using linksys NAT boxes to do this.

presotto wrote:
> 
> I remember you talkin about this.  Did anything ever come of it?
> 
>   ------------------------------------------------------------------------------------------------------------------------
> 
> Subject: [9fans] PPPoE, Adsl
> Date: Mon, 5 Mar 2001 09:41:11 +0100 (MET)
> From: Jean Mehat <jm@ai.univ-paris8.fr>
> Reply-To: 9fans@cse.psu.edu
> To: 9fans@cse.psu.edu
> 
> Anyone knows what is necessary to run PPPoE on Plan 9 (to connect to ADSL)?
> Anyone did it?

^ permalink raw reply	[flat|nested] 434+ messages in thread
* [9fans] (no subject)
@ 2000-11-29  8:03 Russ Cox
  0 siblings, 0 replies; 434+ messages in thread
From: Russ Cox @ 2000-11-29  8:03 UTC (permalink / raw)
  To: 9fans

subect: swikis

Is anyone interested in setting up a
Plan 9 wiki/swiki?  Does anyone know
what they are?

A Wiki is a collaborative web server:
the pages are world-writable with a 
history, and anyone who doesn't like
or wants to add to a page, create new
pages, etc., can do so.  The theory is
that if you see something wrong or not
as complete as it could be, you fix it.
Apparently it works quite well most of
the time.  The history function means
that if someone comes a long and "destroys"
everything, someone else can just come
along and restore it.  This apparently
rarely happens.

The Squeak people (Smalltalk hackers)
seem to have the most common implementation,
which they call a swiki.  

I've been poking around the various Squeak-related
ones for a while and am quite impressed.
I even fixed a few broken links while
I was poking around.

http://pbl.cc.gatech.edu/myswiki/107 is
a decent jumping off point for learning
about them.

I think that such a server dedicated to
explaining various things for new Plan 9
users would be a tremendous help.  The great
thing is that it can start small and as people
find questions not answered they can add them
(and then the answers when they find them),
and it evolves as is useful, without the hassle
of a central person maintaining it, as is the
case with FAQs and the like.  (You might think
of this as FAQ-o-matic on steroids, I believe.)

They're apparently very easy to set up: they
run anywhere Squeak does, which is Mac, Windows,
and most Unixes.

Russ


^ permalink raw reply	[flat|nested] 434+ messages in thread

end of thread, other threads:[~2018-04-02 21:08 UTC | newest]

Thread overview: 434+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-09-12 20:44 [9fans] (no subject) Chuck Foreman
2006-09-12 20:47 ` David Hendricks
2006-09-12 20:55 ` Federico Benavento
2006-09-13  6:50 ` [9fans] Boot CD / Controller recognition chuckf
  -- strict thread matches above, loose matches on Subject: below --
2018-04-02 15:27 [9fans] (no subject) Steve Simon
2018-04-02 21:08 ` Digby R.S. Tarvin
2018-01-04 20:11 Steve Simon
2018-01-04 20:22 ` Lyndon Nerenberg
2018-01-04 21:20   ` Steve Simon
2018-01-04 22:27     ` Joseph Stewart
2018-01-04 23:22       ` Rob Pike
2018-01-04 23:37 ` Greg Lewin
2017-08-30 14:12 Steve Simon
2017-08-30 16:36 ` Steven Stallion
2016-12-02 11:44 Steve Simon
2016-12-02 19:12 ` Bakul Shah
2016-07-29  0:01 kokamoto
2014-11-25  4:20 trebol
2014-07-31  5:18 kokamoto
2014-07-05  0:38 kokamoto
2014-06-21 19:45 Steve Simon
2014-06-21 23:39 ` cinap_lenrek
2014-06-22  6:54   ` Steve Simon
2014-04-16  1:52 sl
2014-04-16  9:39 ` Ingo Krabbe
2014-04-15 14:41 Steve Simon
2014-04-15 15:36 ` Anthony Sorace
2014-04-15 18:18   ` sl
2014-04-15 22:42     ` erik quanstrom
2014-04-15 23:40       ` arisawa
2014-04-16  1:20     ` Anthony Sorace
2014-04-15 15:50 ` erik quanstrom
2014-04-15 17:46   ` Aram Hăvărneanu
2014-04-15 17:53     ` erik quanstrom
2014-03-19 18:44 Jacob Todd
2014-03-15 23:07 Steve Simon
2014-03-15 23:26 ` Jacob Todd
2014-03-16 14:51   ` erik quanstrom
2014-03-16  1:51 ` Jeff Sickel
2013-11-17 23:04 Steve Simon
2013-06-03 15:43 sl
2013-04-30 15:56 lucio
2013-04-30 17:11 ` erik quanstrom
2012-10-19  9:46 Sophit4
2012-09-03 11:16 yaroslav
2012-09-03 11:40 ` Charles Forsyth
2012-04-11  9:38 陈俊秀
2011-12-30 18:08 erik quanstrom, erik quanstrom
2011-12-30 18:49 ` Jack Norton
2011-12-30 19:24   ` erik quanstrom
2011-12-30 20:35 ` Aram Hăvărneanu
2011-12-30 21:28   ` Bakul Shah
2011-12-30 21:34     ` Charles Forsyth
2011-12-30 21:38       ` Aram Hăvărneanu
2011-12-30 21:53       ` Bakul Shah
2011-12-30 21:56         ` Aram Hăvărneanu
2011-12-30 22:41           ` Charles Forsyth
2011-12-30 23:00             ` Lyndon Nerenberg
     [not found] ` <CAEAzY38puVSzEnn90mmi+Bq4hnL9WpbBsnysjJYvXYw3xvE=xA@mail.gmail.c>
2011-12-30 21:05   ` erik quanstrom
2011-12-30 21:39     ` Jack Norton
2011-12-31  5:31       ` erik quanstrom
2011-12-31 17:40         ` Aram Hăvărneanu
     [not found]         ` <CAEAzY39S9z6mKtun68DGFbEkA6y8kaqTEyDCkW6ydHK8aHFG5A@mail.gmail.c>
2011-12-31 19:32           ` erik quanstrom
2012-01-05 18:03             ` Aram Hăvărneanu
2011-11-22 18:32 Steve Simon
2011-08-09 12:40 Steve Simon
2011-08-09 12:54 ` erik quanstrom
2011-08-09 13:07   ` Steve Simon
2011-08-09 14:52     ` erik quanstrom
2011-08-09 18:21     ` Lyndon Nerenberg (VE6BBM/VE7TFX)
2011-08-09 18:31       ` Steve Simon
2011-08-09 14:12 ` Russ Cox
2011-04-06  9:09 Stanley Lieber
2011-04-25  7:42 ` Steve Simon
2011-04-25 13:11   ` erik quanstrom
     [not found] <96cc26fe3002748983b3fc16cc949bab@quintile.net>
2011-03-28 13:56 ` erik quanstrom
2011-03-28 14:50   ` cinap_lenrek at gmx.de
2011-03-28 15:18     ` ron minnich
2011-03-28 22:57       ` erik quanstrom
2010-12-21  3:43 erik quanstrom, erik quanstrom
2010-05-06 19:55 erik quanstrom
2010-03-08  4:22 lucio
2010-03-08  4:49 ` ron minnich
2010-03-08  4:58   ` lucio
2010-03-08  6:17     ` Russ Cox
2010-03-08  6:22       ` lucio
2010-03-08 15:13     ` Patrick Kelly
2010-03-08 15:57       ` Francisco J Ballesteros
2010-03-08  8:54 ` Richard Miller
2010-03-08  9:31   ` lucio
2010-03-08 22:53 ` Sascha Retzki
2010-03-08 18:01   ` lucio
2010-03-08 19:20     ` Lyndon Nerenberg (VE6BBM/VE7TFX)
2010-03-09  4:20       ` lucio
2010-03-09  5:26         ` Lyndon Nerenberg (VE6BBM/VE7TFX)
2010-03-09  5:32           ` erik quanstrom
2010-03-09  5:50             ` Lyndon Nerenberg (VE6BBM/VE7TFX)
2010-03-09 20:08               ` Patrick Kelly
2010-03-08 19:41     ` erik quanstrom
2010-03-08 22:19     ` James Tomaschke
2010-03-09  4:34       ` lucio
     [not found] <mailman.26991.1268008023.1512.9fans@9fans.net>
2010-03-08  0:54 ` - Choc -
2010-03-07 17:47 lucio
2010-03-07 18:37 ` John Floren
2010-03-07 19:16   ` lucio
2010-03-07 19:57     ` erik quanstrom
2010-03-08  4:29       ` lucio
2010-03-06  9:32 [9fans] nb—search and index notes in files by keyword Peter A. Cejchan
2010-03-07  4:30 ` [9fans] (no subject) lucio
2010-03-07  5:05   ` Anthony Sorace
2010-03-07 17:31     ` ron minnich
2010-03-07 17:43       ` erik quanstrom
2010-03-07 18:14         ` lucio
2010-03-07 19:25           ` cinap_lenrek
2010-03-07 17:42     ` lucio
2010-03-07 17:53       ` erik quanstrom
2010-03-07 18:06         ` lucio
2010-03-07 18:59       ` Iruata Souza
2010-03-07 19:26         ` lucio
2010-03-07 19:36           ` ron minnich
2010-03-07  9:14   ` Skip Tavakkolian
2010-03-07 11:04     ` lucio
2010-02-05  1:53 erik quanstrom
2010-01-18 21:55 erik quanstrom
2009-09-29 23:25 [9fans] acme without a heavy grid (SFW) Jason Catena
2009-10-01 16:49 ` J.R. Mauro
2009-10-01 17:18   ` [9fans] (no subject) Pablo Alonso Salas Alvarez
2009-09-15 22:34 erik quanstrom
2009-07-24 17:18 erik quanstrom
2009-07-24 17:20 ` erik quanstrom
2009-07-24 16:14 [9fans] Does "as little software as possible" include a modern maht
2009-07-24 17:16 ` [9fans] (no subject) erik quanstrom
2009-07-17 21:09 drivers
2009-05-28 11:08 Gregory Pavelcak
2009-04-23 11:38 Steve Simon
2009-04-23 12:34 ` Charles Forsyth
2009-04-23 13:07   ` Devon H. O'Dell
2009-04-23 17:13   ` lucio
2009-04-23 17:17     ` erik quanstrom
2009-04-23 17:28       ` David Leimbach
2009-04-23 19:32 ` lucio
2009-04-27  4:42 ` lucio
2009-04-27 11:57   ` lucio
2009-04-27 21:30   ` Steve Simon
2009-02-24  0:29 mattmobile
2009-02-24  0:48 ` ron minnich
2009-02-24  1:02   ` Jeff Sickel
2009-02-24  1:25     ` sixforty
2009-02-24  2:13       ` Anthony Sorace
2009-02-23  0:13 [9fans] actionfs mattmobile
2009-03-05 13:16 ` [9fans] (no subject) cej
2009-01-02  2:30 erik quanstrom
2008-12-06 19:28 Dave Eckhardt
2008-12-06 23:42 ` Roman Shaposhnik
2008-12-07  0:04   ` erik quanstrom
2008-11-21 18:28 erik quanstrom
2008-11-21 21:33 ` Kenji Arisawa
2008-11-21 22:55   ` erik quanstrom
2008-08-14 19:09 akumar
2008-08-14 19:14 ` andrey mirtchovski
2008-07-19  2:37 [9fans] 9vx and local file systems Russ Cox
2008-07-21 13:26 ` [9fans] (no subject) kokamoto
2008-07-21 14:45   ` a
2008-03-19  5:03 Skip Tavakkolian
2008-03-19 12:41 ` erik quanstrom
2008-03-19 17:16   ` Lyndon Nerenberg
2007-12-14 23:02 Joshua Wood
2007-11-15 20:00 erik quanstrom
2007-08-24  1:54 YAMANASHI Takeshi
2007-08-24  2:04 ` erik quanstrom
2007-07-08 12:37 Gregory Pavelcak
2007-07-08 14:08 ` erik quanstrom
2007-07-08 14:50   ` erik quanstrom
2007-07-12 20:57     ` erik quanstrom
2007-05-25 23:29 ozan s. yigit
2007-05-25 23:42 ` Charles Forsyth
2007-05-26  0:09   ` ozan s. yigit
2007-05-28 12:36   ` Lluís Batlle
2007-05-11  6:57 Lyndon Nerenberg
2007-05-08 23:02 Steve Simon
2007-04-13 22:16 devon.odell
2007-04-14 11:17 ` W B Hacker
2007-01-15 23:24 steve
2006-12-12 21:20 Steve Simon
2006-12-10 13:49 sape
2006-09-13  7:28 Aw: " chuckf
2006-09-13  7:55 ` Sascha Retzki
2006-09-02 11:16 lucio
2006-09-02 17:49 ` Gorka guardiola
2006-09-02 18:38   ` Gorka guardiola
2006-09-03  5:46     ` geoff
2006-09-03 10:51       ` Álvaro Jurado Cuevas
2006-08-21 12:43 Steve Simon
2006-08-22 17:56 ` Sergey Zhilkin
2006-04-21  4:09 Rafeek Raja
2006-02-10 15:30 quanstro
2006-02-10 14:10 quanstro
2006-02-10 15:17 ` jmk
2006-02-07 17:09 Riza Dindir
2005-09-09 18:46 Fco. J. Ballesteros
2005-08-07 22:24 Steve Simon
2005-08-08 13:25 ` Sape Mullender
2005-05-31  3:53 焕宇 苏
2005-05-30 19:01 quanstro
2005-02-10 15:28 tapique
2005-02-11 18:12 ` Bruce Ellis
2004-12-14 20:33 Charles Forsyth
2004-12-14 21:02 ` Bruce Ellis
2004-12-14 21:19 ` Ronald G. Minnich
2004-12-14 21:33   ` boyd, rounin
2004-12-14 21:38   ` Charles Forsyth
2004-12-14 22:01     ` Ronald G. Minnich
2004-12-14 22:12       ` andrey mirtchovski
2004-12-14 22:25         ` Ronald G. Minnich
2004-12-14 22:16       ` Charles Forsyth
2004-12-14 22:26         ` Ronald G. Minnich
2004-12-14 22:26           ` boyd, rounin
2004-12-14 22:36             ` jim
2004-12-14 22:48               ` Dan Cross
2004-12-14 22:47                 ` boyd, rounin
2004-12-14 23:00                 ` jim
2004-12-14 23:07                   ` boyd, rounin
2004-12-14 23:27                   ` Dan Cross
2004-12-14 22:50               ` Brantley Coile
2004-12-14 23:08                 ` jim
2004-12-14 23:12                   ` Brantley Coile
2004-12-14 22:55               ` andrey mirtchovski
2004-12-14 23:35               ` Ronald G. Minnich
2004-12-14 23:35                 ` boyd, rounin
2004-12-14 23:41                 ` andrey mirtchovski
2004-12-01 10:57 Steve Simon
2004-12-01 11:03 ` Tiit Lankots
2004-12-01 18:37 ` Jack Johnson
2004-12-01 18:47   ` Christopher Nielsen
2004-11-09 13:28 cej
2004-07-28  2:10 YAMANASHI Takeshi
2004-07-27  9:08 Steve Simon
2004-07-27  9:38 ` Kenji Okamoto
2004-07-27  9:44   ` Lucio De Re
2004-07-27 10:54   ` Steve Simon
2004-07-27 13:36     ` Boris Maryshev
2004-07-27 15:23       ` Justin Herald
2004-07-27 19:55     ` Francisco Ballesteros
2004-07-27 20:22     ` Skip Tavakkolian
2004-07-28  4:08     ` Dan Cross
2004-07-28  4:39       ` Justin Herald
2004-07-26 17:59 steve
2004-07-26 17:48 The Post Office
2004-07-26 17:30 join-jibjab
2004-07-26 17:18 melinda.proost
2004-07-26 16:58 Mail Delivery Subsystem
2004-07-26 16:21 swe
2004-07-26 16:06 library
2004-07-26 15:59 justin.jaffe
2004-07-26 15:44 The Post Office
2004-07-26 15:25 andrewm
2004-07-26 15:20 Automatic Email Delivery Software
2004-07-26 15:14 newswire
2004-07-19  8:17 judge
2004-07-16 11:38 Chris
2004-07-15  3:46 Michelle
2004-07-13 15:19 Fco. J. Ballesteros
2004-07-09 17:25 Steven
2004-07-07  1:49 Pam Moran
2004-07-03 22:23 Joseph
2004-07-02 12:05 Don
2004-06-28 12:49 Steve Simon
2004-06-22 20:43 Pete
2004-05-17 15:50 matt lawless
2004-05-18  8:31 ` john grove
2004-05-19  8:31 ` john grove
2004-04-19  8:29 Steve Simon
2004-04-13 11:54 matt
2004-04-13 21:25 ` Geoff Collyer
2004-04-13 21:28   ` boyd, rounin
2004-03-23 16:12 David Presotto
2004-03-04 17:57 David Presotto
2004-03-04 18:12 ` Charles Forsyth
2004-03-04 18:21   ` Dave Lukes
2004-03-04 18:29     ` Charles Forsyth
2004-03-04 22:21     ` boyd, rounin
2004-02-22 20:07 Russ Cox
2004-02-17 14:26 David Presotto
2004-02-17 16:13 ` Rob Pike
2004-02-17 16:17   ` David Presotto
2004-02-17 16:29     ` Rob Pike
2004-02-18  3:52   ` boyd, rounin
2004-02-17 21:25 ` C H Forsyth
2004-02-17 23:57 ` Charles Forsyth
2004-02-18  0:03   ` David Presotto
2004-02-18  6:58   ` 9nut
2004-02-18 16:56   ` rog
2004-02-01  0:34 sam
2004-01-30 18:10 engineering
2004-01-27 12:47 ravi
2004-01-22 15:22 Sape Mullender
2003-12-11 21:38 David Presotto
2003-11-25 15:18 Steve Simon
2003-11-02 21:12 andrey mirtchovski
2003-11-02 21:29 ` David Presotto
2003-10-19 14:22 David Presotto
2003-10-16 13:13 David Presotto
2003-10-14 12:11 David Presotto
2003-10-14 14:40 ` a
2003-10-14 15:43   ` Dan Cross
2003-10-12  0:43 matt
2003-10-11 23:43 ` David Presotto
2003-10-12  0:52   ` matt
2003-10-09 16:46 David Presotto
2003-10-09 16:52 ` Richard Miller
2003-09-25 14:24 steve.simon
2003-09-24  0:11 matt
2003-09-24  0:15 ` matt
2003-09-24  0:11 matt
2003-09-16  1:16 David Presotto
2003-09-16  7:38 ` Charles Forsyth
2003-09-01 23:47 matt
2003-09-01 19:14 ` David Presotto
2003-09-01 19:24   ` Skip Tavakkolian
2003-09-02  0:42   ` boyd, rounin
2003-09-01 14:08 David Presotto
2003-08-31 23:46 David Presotto
2003-07-26 16:11 David Presotto
2003-07-23 15:34 Vincenzo Volpe
2003-07-23 16:36 ` jmk
2003-07-26  0:46   ` David Presotto
2003-08-01  9:02     ` Vincenzo Volpe
2003-08-01 17:53       ` David Presotto
2003-06-21 19:15 David Presotto
2003-06-19 13:57 David Presotto
2003-06-19 14:16 ` boyd, rounin
2003-05-10  5:24 Andrew Simmons
2003-04-21 17:54 bigfoot
2003-04-21 18:12 ` David Presotto
2003-04-21 19:06   ` Russ Cox
2003-04-21 19:08     ` rsc
2003-04-25 10:40     ` vic zandy
2003-04-19 13:02 David Presotto
2003-02-25 12:40 Steve Simon
2003-02-24 16:52 Steve Simon
2003-02-24 16:06 ` Wayne Walker
2003-02-24 17:18   ` William Josephson
2003-02-24 19:37 ` northern snowfall
2003-02-24 13:49 David Presotto
2003-02-24 15:11 ` Sam
     [not found] <2ba8f07c025d45604e247b27a02d4123@plan9.bell-labs.com>
2003-02-23  6:14 ` Leendert van Doorn
2003-02-17 15:30 Steve Simon
2003-02-14 16:19 Steve Simon
2003-02-12 15:41 David Presotto
2003-02-12 15:37 David Presotto
2003-02-12 15:34 David Presotto
2003-02-10 17:20 Steve Simon
2003-02-10 18:26 ` Russ Cox
2002-12-03  9:02 Ian Dichkovsky
2002-12-01 20:33 bwc
2002-12-01 17:38 Skip Tavakkolian
2002-12-01 15:46 presotto
2002-11-19 20:04 presotto
2002-11-19 19:36 bwc
2002-11-19 19:50 ` George Michaelson
2002-11-19  1:44 bwc
2002-11-18 21:40 bwc
2002-11-18 21:39 bwc
2002-11-18 21:39 bwc
2002-10-17  3:49 rob pike, esq.
2002-09-30 23:48 Adrian L. Thiele
2002-09-19 17:54 Sape Mullender
     [not found] <20020814092910.8DBA973C99@wintermute.cse.psu.edu>
     [not found] ` <3D5AC220.F7A7ED77@null.net>
2002-08-15  9:55   ` matt
2002-08-15 16:24   ` Ronald G Minnich
2002-08-15 17:08   ` Dennis Davis
2002-07-19  0:59 presotto
2002-07-16 19:21 presotto
2002-07-03 13:17 presotto
2002-06-10 19:10 Russ Cox
2002-04-12 17:43 Russ Cox
2002-04-12 17:20 /dev/null
2002-03-12  1:04 markp
2002-03-12  9:42 ` Thomas Bushnell, BSG
2002-03-13 10:04   ` bs
2002-03-11 18:33 Russ Cox
2002-03-12  9:42 ` Thomas Bushnell, BSG
2002-03-11 16:28 bwc
2002-03-11 16:24 bwc
2002-03-11 15:57 presotto
2002-03-11 17:51 ` Thomas Bushnell, BSG
2002-03-12  9:42   ` ozan s yigit
2002-03-11 19:51 ` Sam Ducksworth
2002-03-11 19:53 ` Andrew Simmons
2002-03-12 11:05 ` Anthony Mandic
2002-03-13 10:05 ` Douglas A. Gwyn
2002-02-28 11:26 sape
2002-03-04  6:51 ` Sean Quinlan
2002-02-27 22:47 presotto
2002-02-27 17:57 stanv
2001-12-13 14:35 presotto
2001-12-13 15:10 ` Ronald G Minnich
2001-12-13 15:47 ` Lucio De Re
2001-12-11 18:27 bwc
2001-12-11 18:17 Russ Cox
2001-12-11 18:17 bwc
2001-12-11 16:24 Russ Cox
2001-12-11 16:33 ` Boyd Roberts
2001-12-09 14:48 rob pike
2001-12-11 10:07 ` Douglas A. Gwyn
2001-12-11 11:55   ` Boyd Roberts
2001-12-12  9:47     ` Douglas A. Gwyn
2002-01-02 10:04       ` John R. Strohm
2002-01-03  9:52         ` Douglas A. Gwyn
2001-12-12  9:48   ` Thomas Bushnell, BSG
2001-12-12 11:14     ` Boyd Roberts
2001-12-09  8:22 arisawa
2001-11-30 14:14 steve.simon
2001-11-30 14:30 ` Boyd Roberts
2001-11-01 21:27 presotto
2001-11-01 21:26 presotto
2001-10-26 18:10 presotto
2001-10-26 14:45 peh
2001-09-07 13:48 Peter Bosch
2001-09-05  7:25 Fco.J.Ballesteros
2001-09-04 13:30 Fco.J.Ballesteros
2001-09-04 20:51 ` Martin Harriss
2001-09-04 12:08 geoff
2001-08-14 11:10 Usenet News system
2001-08-12 21:38 Philippe Anel
2001-08-13  7:45 ` andrey mirtchovski
2001-08-14  9:44   ` Ralph Corderoy
2001-08-05 14:02 jmk
2001-05-20  1:41 rob pike
2001-05-20  6:31 ` Dan Cross
2001-05-20 12:40   ` Donald Brownlee
2001-05-20 13:16     ` Boyd Roberts
2001-05-20 19:38     ` Dan Cross
2001-05-20 19:57       ` Richard Elberger
2001-05-21  4:56         ` Jonathan Sergent
2001-04-09 14:52 presotto
2001-04-09 13:47 forsyth
2001-04-09 13:26 presotto
2001-03-30 15:56 presotto
2001-03-22 15:09 Gorka Guardiola Muzquiz
2001-03-06 14:44 presotto
2000-11-29  8:03 Russ Cox

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).