[Info-vax] Some questions on software for VMS 7.3 VAX

[hb]

On 01/27/2016 02:50 PM, lists at openmailbox.org wrote:

> It works fine if you leave the local directory name as is. Obviously they
> were trying to create a similar path structure as in UNIX. If you rename
> the local.dir to anything else the startup breaks again. I would like to
> get the intermediate directory out of the picture and have everything under
> a directory called emacs-21.2. I'll try to do that at some point.

As mentioned before the concealed device and the directory structure are
in the images. The only thing I changed so far, is the startup command
procdure, which, as you noticed, had my device and my default directory
in it. The new command procdure doesn't have that dependency.

> It's painfully slow. Startup takes forever, using it just as long. Even
> paging through a file reminds me of a serial console. You can see the
> screen painting from top to bottom. If I was running it on a VT100 I would
> feel a lot better ;-) 

> Going through it all the normal features seem to work. SLOWLY. It's kinda
> disappointing it runs so badly on this system but I guess I should have
> expected that. Something so horribly bloated was not around in the VAX days.

I have a rather old pc and the CPU wasn't the fastest when I bought it:
Athlon X2 5050e	2600 MHz. I run simh V4.0-0 Beta on Linux with the
emulator and the VMS disk on a usb (2.0) thumb drive.

Startup ($ RUNEMACS until the "Welcome to GNU Emacs" screen completely
shows and immediately terminated emacs with ^X^C) takes 7-8 seconds
elapsed time - reported by VMS image accounting. The screen is updated
at once, no delay and I can't determine whether is painted from top to
bottom or right to left :-)

Opening a C source ($ RUNEMACS [.EMACS.EMACS212_3.SRC]DIRED.C with
loading cc mode) and terminating emacs when the first source screen is
shown with ^X^C takes about 19 seconds.

Paging through the file isn't measurable, it takes less than a second
per page (terminal set to 36 lines and 132 columns).

This isn't fast but it seems acceptable for my configuration.