9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
* gnot1.link.bull.se online
@ 1995-09-09 15:41 Mikael
  0 siblings, 0 replies; 3+ messages in thread
From: Mikael @ 1995-09-09 15:41 UTC (permalink / raw)


Plan 9 is now up and running on my office PC. It's a 
Zenith Data Systems Z-select 100 486DX/66MHz, with 8 MB RAM, 
Cirrus VGA logic and a Zenith multisync 72 Hz monitor. I'm
currently running 8 1/2 at 1024x768x1, since I couldn't get 
1024x768x8 to work.

I had some initial problems to get the machine to talk TCP/IP
with the rest of the machines here at Telco Solutions. 
Strangely enough, I couldn't set the IP number 'by hand' with
ipconfig. It wasn't until I changed sysname to be set
explicitly, instead of reading from /dev/sysname, which I don't
know how to set, in /bin/termrc that things started to work.
Previously, I tried either to run ipconfig -a after setting
sysname by hand or using ipconfig to force a set of the
local IP number.

I'm now using ftpfs to edit this file on the production 
server, a Bull DPX/20 690 running AIX. I'm about to port
u9fs to AIX, if it hasn't been done allready, but ftpfs works
fine for now, almost like ange-ftp in Emacs, except for one
thing --- I don't seem to be able to find dot-files, starting
with a '.'.

One problem with ftpfs is that its mount point is only known
to the process that forked and execed the ftpfs command and
its children. I don't know how to change that, but I guess
I have to dabble some in mount and bind.

I also find that the editing capabilities of the windows in
8 1/2 doesn't work over telnet connections. Strange things
happen; sometimes I don't seem to get out of the edit mode,
as invoked by pressing ESC. Sometimes, I can't get into
edit mode at all, the ESC being swalloved by telnet.
 
When I telnet, the TERM environment variable on the target
machine gets set automagically to 'p9win'. Does anyone
have a description of the p9win terminal suitable for
termcap or terminfo?

mikael






^ permalink raw reply	[flat|nested] 3+ messages in thread

* gnot1.link.bull.se online
@ 1995-09-10  1:51 rob
  0 siblings, 0 replies; 3+ messages in thread
From: rob @ 1995-09-10  1:51 UTC (permalink / raw)


>>One problem with ftpfs is that its mount point is only known
>>to the process that forked and execed the ftpfs command and
>>its children. I don't know how to change that, but I guess
>>I have to dabble some in mount and bind.

>No dabbling will fix that.  You could hack ftpfs to stick itself
>into /srv and then mount that somewhere else.  It's easy enough to
>do, just look at the 's' option in /sys/src/cmd/ramfs.c

Doesn't take any hacking.  See srvfs(4).  The last sentence even
says that this is the canonical use of the command.

-rob






^ permalink raw reply	[flat|nested] 3+ messages in thread

* gnot1.link.bull.se online
@ 1995-09-09 20:43 presotto
  0 siblings, 0 replies; 3+ messages in thread
From: presotto @ 1995-09-09 20:43 UTC (permalink / raw)


>I'm now using ftpfs to edit this file on the production 
>server, a Bull DPX/20 690 running AIX. I'm about to port
>u9fs to AIX, if it hasn't been done allready, but ftpfs works
>fine for now, almost like ange-ftp in Emacs, except for one
>thing --- I don't seem to be able to find dot-files, starting
>with a '.'.

The FTP command that goes to the Unix system is "LIST".  The Unix ftp
server is probably just doing an 'ls' to get the listing and because
there's no '-a' flag, it hides the files starting with '.'.  That's
a Unixism I've never liked much.  If it bugs you, you could change your
ftpfs to do an 'LIST -a'.  I'ld rather someone fixed Unix but what the
heck.

>I also find that the editing capabilities of the windows in
>8 1/2 doesn't work over telnet connections. Strange things
>happen; sometimes I don't seem to get out of the edit mode,
>as invoked by pressing ESC. Sometimes, I can't get into
>edit mode at all, the ESC being swalloved by telnet.

Telnet sticks the window into raw mode and grabs any characters you
type, ESC included, and sends them over the network connection
as long as the cursor is at the Unix point, i.e., the last selectable
spot in the window.  If you  move the cursor somewhere else (by clicking
button 1), you can get into and out of hold mode.

>One problem with ftpfs is that its mount point is only known
>to the process that forked and execed the ftpfs command and
>its children. I don't know how to change that, but I guess
>I have to dabble some in mount and bind.

No dabbling will fix that.  You could hack ftpfs to stick itself
into /srv and then mount that somewhere else.  It's easy enough to
do, just look at the 's' option in /sys/src/cmd/ramfs.c






^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~1995-09-10  1:51 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1995-09-09 15:41 gnot1.link.bull.se online Mikael
1995-09-09 20:43 presotto
1995-09-10  1:51 rob

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).