Sorry, that's pp. 18-20 in the User Manual.  Friday night, and I'm tired...

On Sat, 09 Jun 2012 00:36:36 +0000, brad wrote:

> Sorry, that's pp. 18-20 in the User Manual.  Friday night, and I'm
> tired...

And those are the last three pages in the manual. Simply go straight to 
the end.

And because the PDF didn't copy and paste very well into a text file, I 
have put up a copy here:

<http://www.sture.ch/vms/alphafreevm-sample-config.txt>

A new version for Linux x64 - AlphaVM-free 1.1.3 is avalailable for download at http://emuvm.com. 

It has a number of additions and but fixes.

It is now distributed as a compressed directory, rather than just an executable. The directory contains the executable, a disk creation tool, an example configuration etc.  

On Mon, 2012-06-18 at 10:45 -0700, Artem wrote:
> A new version for Linux x64 - AlphaVM-free 1.1.3 is available for
download at http://emuvm.com.=20
>=20
> It has a number of additions and but fixes.
>=20
> It is now distributed as a compressed directory, rather than just an
executable. The directory contains the executable, a disk creation tool,
an example configuration etc. =20

Your mkdisk bash script is broken. Here's a fixed version that _will_
work with bash 4.x.=20

#!/bin/sh

print_help()
{
        echo "Create empty disk image"
        echo "USAGE: $0 <type> <file>"
        echo "<type> is the disk type"
        echo "rz26      - DEC RZ26, 1Gb"
        echo "rz28d     - DEC RZ28D, 2Gb"
        echo "rz29b     - DEC RZ29B, 4Gb"
        echo "rz59      - DEC RZ59, 8.5Gb"
        echo "hdd10gb, hdd20gb, ... hdd50gb - EmuVM image of a specific
size"
        exit 1
}

type=3D$1
file=3D$2

if [ "$type" =3D "" ]; then
        print_help
fi

if [ "$file" =3D "" ]; then
        print_help
        exit 1
fi=20

if [ -f "$file" ]; then
        echo "The disk image already exists."
        echo "Do you wish to continue and overwrite the file[y/n]?"
        while [ 0 ]
        do
                read answer
                case $answer in
                y)
                        break
                        ;;
                n)
                        exit 2;
                        ;;
                *)
                        echo "Please answer y or n!"
                        ;;
                esac
        done
fi

case $type in
rz26)
        count=3D2050860
        bs=3D512
        ;;
rz28d)
        count=3D4110480
        bs=3D512
        ;;
rz29b)
        count=3D8380080
        bs=3D512
        ;;
rz59)
        count=3D17755614
        bs=3D512
        ;;
hdd10gb)
        count=3D`expr 1024 * 10`
        bs=3D1M
        ;;

hdd20gb)
        count=3D`expr 1024 * 20`
        bs=3D1M
        ;;

hdd30gb)
        count=3D`expr 1024 * 30`
        bs=3D1M
        ;;

hdd40gb)
        count=3D`expr 1024 * 40`
        bs=3D1M
        ;;

hdd50gb)
        count=3D`expr 1024 * 50`
        bs=3D1M
        ;;

*)
        echo "Unknown disk type $type"
        print_help()
        exit 3
esac

echo "Writing the file ..."
dd if=3D/dev/zero of=3D$file  bs=3D$bs count=3D$count
if [ $? =3D 0 ]; then
        echo "Successfully created the disk image"
else
        echo "Failed to create the disk image"
fi

--=20
Tactical Nuclear Kittens

On Mon, 2012-06-18 at 10:45 -0700, Artem wrote:
>=20
> It is now distributed as a compressed directory, rather than just an
> executable. The directory contains the executable, a disk creation
> tool, an example configuration etc. =20

Your terminal emulation in the emulator is utterly, utterly, utterly
broken. To my surprise when I tried to set up the SYSTEM password, it
was passed in the clear instead of having noecho switched on in the
terminal, resulting in VMS 8.3 rejecting any passwords I cared to set.=20

Have you tested it with different Linux systems i.e Gentoo on Gnome?=20
--=20
Tactical Nuclear Kittens

On 18-6-2012 22:15, Single Stage to Orbit wrote:
> To my surprise when I tried to set up the SYSTEM password, it
> was passed in the clear instead of having noecho switched on in the
> terminal, resulting in VMS 8.3 rejecting any passwords I cared to set

First of all thatk you for your interest in the product.

I tested it with putty terminal emulator. It is essential that putty is 
configured to RAW mode with LOCAL ECHO and LOCAL LINE EDITING to FORCED 
OFF. This is stated in the comment in the example configuration file.

On 18-6-2012 22:04, Single Stage to Orbit wrote:
> Your mkdisk bash script is broken. Here's a fixed version that _will_
> work with bash 4.x.

Oh, thank you. My shell scripting skills are rusty. I will include your 
version in the new distribution.

On Mon, 18 Jun 2012 21:15:08 +0100, Single Stage to Orbit <alex.buell@munted.eu> wrote:
> On Mon, 2012-06-18 at 10:45 -0700, Artem wrote:
> > 
> > It is now distributed as a compressed directory, rather than just an
> > executable. The directory contains the executable, a disk creation
> > tool, an example configuration etc.  

> Your terminal emulation in the emulator is utterly, utterly, utterly
> broken. To my surprise when I tried to set up the SYSTEM password, it
> was passed in the clear instead of having noecho switched on in the
> terminal, resulting in VMS 8.3 rejecting any passwords I cared to set. 

I had the same problem, then I read the comments in the example.emu
file:

 # Serial console.
 # Connect Putty in RAW mode to localhost:20000.
 # Set putty options LOCAL ECHO and LOCAL LINE EDITING to FORCED OFF

I couldn't get telnet to work, so I installed putty on my Fedora 14
desktop, connected as shown in the comments, and it all worked.

> Have you tested it with different Linux systems i.e Gentoo on Gnome? 

I've only done very minor testing on my Fedora 14 system, but I
was able to successfully install VMS 8.4 on an emulated 20GB disk.

-- 
Dale Dellutri <ddelQQQlutr@panQQQix.com> (lose the Q's)

It must RAW mode, because the console does not speak TELNET but rather 
just sends characters to the VT100 or whatever is connected.

On Mon, 2012-06-18 at 22:58 +0200, Artem Alimarin wrote:

> It be must RAW mode, because the console does not speak TELNET but
> rather just sends characters to the VT100 or whatever is connected.=20

It is. telnet passes the stream of bytes to the underlying terminal,
which happens to be gnome-terminal on my Gentoo installation which
probably doesn't know to force NOECHO/NOLN on.=20

I have another script which perfectly emulates a VT100 terminal which I
will try out. If it works, I'll post the script here.=20
--=20
Tactical Nuclear Kittens

In article <8af82a97-7ef8-444c-8fb3-8f2f3f45dd83@googlegroups.com>, Artem <artem.alimarin@gmail.com> writes:
>A new version for Linux x64 - AlphaVM-free 1.1.3 is avalailable for download at http://emuvm.com. 
>
>It has a number of additions and but fixes.

Practicing software proctology?

-- 
VAXman- A Bored Certified VMS Kernel Mode Hacker    VAXman(at)TMESIS(dot)ORG

Well I speak to machines with the voice of humanity.

In article <8af82a97-7ef8-444c-8fb3-8f2f3f45dd83@googlegroups.com>, Artem <artem.alimarin@gmail.com> writes:
>A new version for Linux x64 - AlphaVM-free 1.1.3 is avalailable for download at http://emuvm.com. 
>
>It has a number of additions and but fixes.
>
>It is now distributed as a compressed directory, rather than just an 
>executable. The directory contains the executable, a disk creation tool,
>an example configuration etc.  

..7z ???  WTF?  Why can't you just distribute this as a normal .ZIP???
Last time I looked into this, it was some .EXE (WEENDOZE?) file.
-- 
VAXman- A Bored Certified VMS Kernel Mode Hacker    VAXman(at)TMESIS(dot)ORG

Well I speak to machines with the voice of humanity.

On Tue, 2012-06-19 at 00:58 +0000, VAXman-@SendSpamHere.ORG wrote:
> >It is now distributed as a compressed directory, rather than just an=20
> >executable. The directory contains the executable, a disk creation
> tool,
> >an example configuration etc. =20
>=20
> .7z ???  WTF?  Why can't you just distribute this as a normal .ZIP???
> Last time I looked into this, it was some .EXE (WEENDOZE?) file.=20

Years ago they used to distribute shell scripts that had binaries
encoded into themselves and would untar/uncompress itself into a
directory. The original VMware software on [U,Li]n*x were distributed in
this way. Perhaps they can try doing something like this?
--=20
Tactical Nuclear Kittens

Single Stage to Orbit <alex.buell@munted.eu> wrote:

(snip)
> Years ago they used to distribute shell scripts that had binaries
> encoded into themselves and would untar/uncompress itself into a
> directory. The original VMware software on [U,Li]n*x were distributed in
> this way. Perhaps they can try doing something like this?

Sounds like shar, shell archive files.

man shar

should tell how to use it, but not much about how it works.

-- glen

On 19-6-2012 2:58, VAXman- @SendSpamHere.ORG wrote:
> .7z ???  WTF?  Why can't you just distribute this as a normal .ZIP???
> Last time I looked into this, it was some .EXE (WEENDOZE?) file.

Ok, the point is taken. I have packaged it as a good old .tgz file 
(http://emuvm.com).

Zip is somewhat alien to Linux. For instance, my Debian did not have it 
as is, unlike 7z, (though it had unzip).

7z has much better compressed rate than zip or gzip. It does not really 
matter for this distribution. However, if you use an emulator, you 
probably will need to compress huge disk images. In that case high 
compression rate is handy.

On 2012-06-19, Artem Alimarin <alimarine@zonnet.nl> wrote:
> On 19-6-2012 2:58, VAXman- @SendSpamHere.ORG wrote:
>> .7z ???  WTF?  Why can't you just distribute this as a normal .ZIP???
>> Last time I looked into this, it was some .EXE (WEENDOZE?) file.
>
> Ok, the point is taken. I have packaged it as a good old .tgz file 
> (http://emuvm.com).
>
> Zip is somewhat alien to Linux. For instance, my Debian did not have it 
> as is, unlike 7z, (though it had unzip).
>

OTOH, zip has been a part of Red Hat based systems for at least a decade
and probably back into the late 90s as well as I can never remember having
to build it under Linux.

As many of your potential customers are probably business customers and
hence may very well want to run it on Red Hat based systems, you should
test your emulator in that environment as well.

Simon.


-- 
Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP
Microsoft: Bringing you 1980s technology to a 21st century world

In article <4fe04fe0$0$31970$bf4948fe@news.tele2.nl>, Artem Alimarin <alimarine@zonnet.nl> writes:
>On 19-6-2012 2:58, VAXman- @SendSpamHere.ORG wrote:
>> .7z ???  WTF?  Why can't you just distribute this as a normal .ZIP???
>> Last time I looked into this, it was some .EXE (WEENDOZE?) file.
>
>Ok, the point is taken. I have packaged it as a good old .tgz file 
>(http://emuvm.com).
>
>Zip is somewhat alien to Linux. For instance, my Debian did not have it 
>as is, unlike 7z, (though it had unzip).

My Debian has it and DIDN'T know what to do with the .7z

-- 
VAXman- A Bored Certified VMS Kernel Mode Hacker    VAXman(at)TMESIS(dot)ORG

Well I speak to machines with the voice of humanity.

On Tue, 2012-06-19 at 12:09 +0200, Artem Alimarin wrote:
> On 19-6-2012 2:58, VAXman- @SendSpamHere.ORG wrote:
> > .7z ???  WTF?  Why can't you just distribute this as a
> normal .ZIP???
> > Last time I looked into this, it was some .EXE (WEENDOZE?) file.
>=20
> Ok, the point is taken. I have packaged it as a good old .tgz file=20
> (http://emuvm.com).
>=20
> Zip is somewhat alien to Linux. For instance, my Debian did not have
> it as is, unlike 7z, (though it had unzip).

Bzip2 offers much better compression than any of those and is well
supported on most distributions.
--=20
Tactical Nuclear Kittens

On 2012-06-18, Single Stage to Orbit <alex.buell@munted.eu> wrote:
> On Mon, 2012-06-18 at 22:58 +0200, Artem Alimarin wrote:
>
>> It be must RAW mode, because the console does not speak TELNET but
>> rather just sends characters to the VT100 or whatever is connected. 
>
> It is. telnet passes the stream of bytes to the underlying terminal,
> which happens to be gnome-terminal on my Gentoo installation which
> probably doesn't know to force NOECHO/NOLN on. 
>
> I have another script which perfectly emulates a VT100 terminal which I
> will try out. If it works, I'll post the script here. 

I know I'm a bit late to this, but I'm using gnome-terminal as well, and 
I'm certain the echo comes from the telnet client, not the terminal. The 
solution I found was to install socat and use this command to connect:

  socat -,raw,echo=0 tcp:127.0.0.1:20000

I think netcat will probably work for this too, but I couldn't figure out 
how to make that happen.

-- 
vertissidus@sdf.org
SDF Public Access UNIX System - http://sdf.org

On Sat, 04 Aug 2012 01:51:25 +0000, Vertis Sidus wrote:

> On 2012-06-18, Single Stage to Orbit <alex.buell@munted.eu> wrote:
>> On Mon, 2012-06-18 at 22:58 +0200, Artem Alimarin wrote:
>>
>>> It be must RAW mode, because the console does not speak TELNET but
>>> rather just sends characters to the VT100 or whatever is connected.
>>
>> It is. telnet passes the stream of bytes to the underlying terminal,
>> which happens to be gnome-terminal on my Gentoo installation which
>> probably doesn't know to force NOECHO/NOLN on.
>>
>> I have another script which perfectly emulates a VT100 terminal which I
>> will try out. If it works, I'll post the script here.
> 
> I know I'm a bit late to this, but I'm using gnome-terminal as well, and
> I'm certain the echo comes from the telnet client, not the terminal. The
> solution I found was to install socat and use this command to connect:
> 
>   socat -,raw,echo=0 tcp:127.0.0.1:20000
> 
> I think netcat will probably work for this too, but I couldn't figure
> out how to make that happen.

Thanks very much.  That incantation of socat works fine here.

My mix is Xfce and Fedora 17 (64 bit).

A SET TERM/INQUIRE gives me VT200 here, but it isn't (EDIT/TPU outputs 
"garbage"). SET TERM/VT100 gets me started, though the numeric keypad in 
TPU is way off and doesn't appear to work at all in EDT.  Things like 
MONITOR MODE and MONITOR SYSTEM display correctly.

VIM  or line mode EDT to the rescue :-)

socat also works during a conversational boot.  Using the raw option of 
PuTTY I was getting dropped characters at the SYSBOOT prompt, to the 
extent where I couldn't even enter SET STARTUP_P1 "MIN".

-- 
Paul Sture

On Sat, 04 Aug 2012 01:51:25 +0000, Vertis Sidus wrote:


> I know I'm a bit late to this, but I'm using gnome-terminal as well, and
> I'm certain the echo comes from the telnet client, not the terminal. The
> solution I found was to install socat and use this command to connect:
> 
>   socat -,raw,echo=0 tcp:127.0.0.1:20000

socat -,raw,echo=0,escape=0x1c tcp:127.0.0.1:20000

gets you CTRL-\ as the escape character.

-- 
Paul Sture

On 2012-08-04, Paul Sture <paul@sture.ch> wrote:
> A SET TERM/INQUIRE gives me VT200 here, but it isn't (EDIT/TPU outputs 
> "garbage"). SET TERM/VT100 gets me started, though the numeric keypad in 
> TPU is way off and doesn't appear to work at all in EDT.  Things like 
> MONITOR MODE and MONITOR SYSTEM display correctly.

That's about what I've experienced - Output works about as well as I can 
expect it to, input is basically awful. The first thing I type in any 
session is SET TERM/VT100/WIDTH=80/INSERT (I haven't set up a LOGIN.COM 
yet because I haven't got a text editor figured out; obviously I'm at a 
very early stage).

I've all but given up on finding a remotely accurate VT100 emulator. At 
this point I'm just waiting for the MESS team to get theirs working.

I may just buy a VT. I know a place that sometimes has them for not much 
money. The main thing that's been holding me back is desk space.

-- 
vertissidus@sdf.org
SDF Public Access UNIX System - http://sdf.org

Vertis Sidus wrote 2012-08-04 23:51:
> On 2012-08-04, Paul Sture <paul@sture.ch> wrote:
>> A SET TERM/INQUIRE gives me VT200 here, but it isn't (EDIT/TPU outputs
>> "garbage"). SET TERM/VT100 gets me started, though the numeric keypad in
>> TPU is way off and doesn't appear to work at all in EDT.  Things like
>> MONITOR MODE and MONITOR SYSTEM display correctly.
>
> That's about what I've experienced - Output works about as well as I can
> expect it to, input is basically awful. The first thing I type in any
> session is SET TERM/VT100/WIDTH=80/INSERT (I haven't set up a LOGIN.COM
> yet because I haven't got a text editor figured out; obviously I'm at a
> very early stage).

You can create a one-line LOGIN.COM with :

$ create login.com
$ SET TERM/VT100/WIDTH=80/INSERT
<ctrl-Z>
$

The "$" on the second line (with the SET TERM command) is entered
by you, the line is empty and CREATE is waiting for input.
ctrl-Z exits CREATE and closes the LOGIN.COM file.


>
> I've all but given up on finding a remotely accurate VT100 emulator.  At
> this point I'm just waiting for the MESS team to get theirs working.
>
> I may just buy a VT. I know a place that sometimes has them for not much
> money. The main thing that's been holding me back is desk space.
>

On 2012-08-04, Jan-Erik Soderholm <jan-erik.soderholm@telia.com> wrote:
> You can create a one-line LOGIN.COM with :
>
> $ create login.com
> $ SET TERM/VT100/WIDTH=80/INSERT
><ctrl-Z>
> $

Oh! Okay. I already knew about some of that, but I was using COPY 
SYS$INPUT (a result of vague childhood memories of VMS followed by a 
decade and a half of using Linux). Now that I know there's a specific 
command for the job, I'll be using that from now on. Thank you!

Somehow, while I was writing my last post, I managed to forget that the 
main reason I don't have a LOGIN.COM yet is that I'm trying to learn how 
to set up a cluster; I haven't made a user account for myself yet in any 
of the VMS VMs I have right now, and I'm wary of adding something like 
that to the SYSTEM account.

And, I mean, really, I've got arrow keys and ctrl-Z working, which isn't 
enough to really _use_ (Eve? TPU? Whatever the default editor is), but 
it's enough to fake it. Mainly I've just been afflicted by the strange 
sort of laziness where I'd rather type the SET TERM thing on every login 
than type maybe twice as much, once, and not have to deal with it anymore.

Actually, though, I have to say I'm curious why it switches to 132 column 
mode when I log in. Is there any way to stop it doing that?

-- 
vertissidus@sdf.org
SDF Public Access UNIX System - http://sdf.org

On Sun, 05 Aug 2012 00:35:26 +0000, Vertis Sidus wrote:

> 
> Somehow, while I was writing my last post, I managed to forget that the
> main reason I don't have a LOGIN.COM yet is that I'm trying to learn how
> to set up a cluster; I haven't made a user account for myself yet in any
> of the VMS VMs I have right now, and I'm wary of adding something like
> that to the SYSTEM account.

Are you sure there isn't a LOGIN.COM already in SYS$MANAGER ?

Here's what I have on my system (initially installed with V7.n, later
upgraded to V8.3):

$ dir /size=all /date login

Directory SYS$COMMON:[SYSMGR]

LOGIN.COM;1                2/18       18-NOV-1991 14:55:29.96
LOGIN.TEMPLATE;1           4/18       11-APR-2003 18:46:30.52
 
> And, I mean, really, I've got arrow keys and ctrl-Z working, which isn't
> enough to really _use_ (Eve? TPU? Whatever the default editor is), but
> it's enough to fake it. Mainly I've just been afflicted by the strange
> sort of laziness where I'd rather type the SET TERM thing on every login
> than type maybe twice as much, once, and not have to deal with it
> anymore.

This is where VIM comes in handy.  You don't need any function keys to 
run it.  And yes, for a while I suffered from that same strange laziness, 
but now I have this in my LOGIN.COM:

$ set term/vt100

 
> Actually, though, I have to say I'm curious why it switches to 132
> column mode when I log in. Is there any way to stop it doing that?

There is also SYS$MANAGER:SYLOGIN.COM.  My system started out life on a 
real Alpha PWS 600au so I was using the CDE interface rather than the 
console.  I was surprised that at the first console login it cleared the 
screen. This line is the culprit:

$    SET TERMINAL/INQUIRE /PAGE='tt_page'/WIDTH='devbufsiz'

Setting the width has the side effect of clearing the screen.  I changed 
the line to:

$    SET TERMINAL/INQUIRE !/PAGE='tt_page'/WIDTH='devbufsiz'

I might just comment the whole line out for current purposes.

One the editor front, EDIT/EDT in command line mode might be an old 
fashioned method, but it works.  I'll dig out the initialisation file I 
have for EDIT/TPU later (food is calling).

-- 
Paul Sture

Vertis Sidus wrote:
> On 2012-08-04, Paul Sture <paul@sture.ch> wrote:
>> A SET TERM/INQUIRE gives me VT200 here, but it isn't (EDIT/TPU outputs
>> "garbage"). SET TERM/VT100 gets me started, though the numeric keypad in
>> TPU is way off and doesn't appear to work at all in EDT.  Things like
>> MONITOR MODE and MONITOR SYSTEM display correctly.
>
> That's about what I've experienced - Output works about as well as I can
> expect it to, input is basically awful. The first thing I type in any
> session is SET TERM/VT100/WIDTH=80/INSERT (I haven't set up a LOGIN.COM
> yet because I haven't got a text editor figured out; obviously I'm at a
> very early stage).
>
> I've all but given up on finding a remotely accurate VT100 emulator. At
> this point I'm just waiting for the MESS team to get theirs working.
>
> I may just buy a VT. I know a place that sometimes has them for not much
> money. The main thing that's been holding me back is desk space.
>
When DEC was still selling Pathworks with special PC keyboards etc., the 
terminal emulator they used was made by Ericom. It was a very good 
emulator, and now you can get it for Linux as well:

http://www.ericom.com/pti4linux.asp

On Mon, 06 Aug 2012 09:06:02 +0200, Dirk Munk wrote:

> When DEC was still selling Pathworks with special PC keyboards etc., the
> terminal emulator they used was made by Ericom. It was a very good
> emulator, and now you can get it for Linux as well:
> 
> http://www.ericom.com/pti4linux.asp

Thanks Dirk.  Any idea how much it costs?  The web site has a "Get a 
Price Quote" option.  I'd rather have a ball park figure first than 
attract attention from a sales person.

-- 
Paul Sture

On Sun, 05 Aug 2012 18:17:29 +0200, Paul Sture wrote:

>  I'll dig out the initialisation file Ihave for EDIT/TPU later

In my LOGIN.COM

$ define  eve$init sys$login:eveini.eve

The relevant lines of eveini.eve

DEFINE KEY=CONTROL-D DO
DEFINE KEY=CONTROL-F FIND

With this you can issue TPU commands (CTRL-D) and search (CTRL-F, double 
CTRL-F to find again), without needing any function keys.

-- 
Paul Sture

On 2012-08-09 14:22:55 +0000, Paul Sture said:

> ...Any idea how much it costs?  The web site has a "Get a
> Price Quote" option.  I'd rather have a ball park figure first than
> attract attention from a sales person.

<http://www.burnerapp.com>  :-)


-- 
Pure Personal Opinion | HoffmanLabs LLC

Paul Sture wrote:
> On Mon, 06 Aug 2012 09:06:02 +0200, Dirk Munk wrote:
>
>> When DEC was still selling Pathworks with special PC keyboards etc., the
>> terminal emulator they used was made by Ericom. It was a very good
>> emulator, and now you can get it for Linux as well:
>>
>> http://www.ericom.com/pti4linux.asp
>
> Thanks Dirk.  Any idea how much it costs?  The web site has a "Get a
> Price Quote" option.  I'd rather have a ball park figure first than
> attract attention from a sales person.
>
No, I wish I did. I asked reseller not to far from here what one license 
would cost, he would call me back but I haven't heard from him yet.

I've also sent an email to Ericom in Israel to ask them if we could get 
free or reduced price licenses for the hobbyist program. No reaction so far.

On Thu, 09 Aug 2012 10:55:43 -0400, Stephen Hoffman wrote:

> On 2012-08-09 14:22:55 +0000, Paul Sture said:
> 
>> ...Any idea how much it costs?  The web site has a "Get a Price Quote"
>> option.  I'd rather have a ball park figure first than attract
>> attention from a sales person.
> 
> <http://www.burnerapp.com>  :-)

Not quite what I expected :-) , but a nice find. Thanks.

-- 
Paul Sture

On 2012-08-09, Paul Sture <paul@sture.ch> wrote:
> On Sun, 05 Aug 2012 18:17:29 +0200, Paul Sture wrote:
>
>>  I'll dig out the initialisation file Ihave for EDIT/TPU later
>
> In my LOGIN.COM
>
> $ define  eve$init sys$login:eveini.eve
>
> The relevant lines of eveini.eve
>
> DEFINE KEY=CONTROL-D DO
> DEFINE KEY=CONTROL-F FIND
>
> With this you can issue TPU commands (CTRL-D) and search (CTRL-F, double 
> CTRL-F to find again), without needing any function keys.
>

This looks like it's exactly what I need. Unfortunately, the host I use for
VAX and Alpha emulation died this week, so I'm not sure when I'll be able to
test it.

-- 
vertissidus@sdf.org
SDF Public Access UNIX System - http://sdf.org

On Sat, 11 Aug 2012 23:36:49 +0000, Vertis Sidus wrote:

> On 2012-08-09, Paul Sture <paul@sture.ch> wrote:
>> On Sun, 05 Aug 2012 18:17:29 +0200, Paul Sture wrote:
>>
>>>  I'll dig out the initialisation file Ihave for EDIT/TPU later
>>
>> In my LOGIN.COM
>>
>> $ define  eve$init sys$login:eveini.eve
>>
>> The relevant lines of eveini.eve
>>
>> DEFINE KEY=CONTROL-D DO DEFINE KEY=CONTROL-F FIND
>>
>> With this you can issue TPU commands (CTRL-D) and search (CTRL-F,
>> double CTRL-F to find again), without needing any function keys.
>>
>>
> This looks like it's exactly what I need. Unfortunately, the host I use
> for VAX and Alpha emulation died this week, so I'm not sure when I'll be
> able to test it.

That Murphy character is about.  I am familiar with Windows installations 
stomping on boot blocks and menus, but it appears that certain Linux 
distros exhibit the same behaviour :-(

Yes we have copious backups but the current challenge is to see if I can 
do a repair without restoring the lot :-)

-- 
Paul Sture