Re: [Simh] More VAX Simulators

2019-05-03 Thread Ray Jewhurst
I finally figured it out by setting console speed=300 on the simulator.  It
is quite slow (takes about half an hour) but it works! ;-)

Thank you everyone for your advice,

Ray

On Fri, May 3, 2019 at 11:02 PM Stafford Winters 
wrote:

> The VTstar terminal emulator (for Windows and free) has some settings in
> the Options, Preferences menu, in the Timing button dialog.  I think you
> can probably work out the problem using that.
> On 5/2/2019 5:36 PM, Ray Jewhurst wrote:
>
> I tried doing a VMS 7.3 CD install on the 4000/60 and it went swimmingly
> until I tried to install the PAKs and I got this:
>
> $!
> $!HPE HOBBY LICENSE AGREEMENT
> $!
> %CREATE-E-READERR, error reading SYS$INPUT:.;
> -RMS-F-RER, file read error
> -SYSTEM-W-DATAOVERUN, data overrun
>
> I am running 72 Megs and I do not get this error on 3900 or MicroVAX II.
> I know there is another way to copy the PAKs over using an iso but the
> instructions in the Hobbyist letter seemed kind of fuzzy to me.  Am I doing
> anything wrong or is the the way a 4000/60 should behave?
>
> Thanks
>
> Ray
>
> On Wed, May 1, 2019 at 6:16 PM Matt Burke  wrote:
>
>> On 01/05/2019 13:36, m...@wickensonline.co.uk wrote:
>> > Matt
>> >
>> > I've built the VAXstation 4000/60 and 4000/VLC images. Is it possible
>> to post an example simh.ini file for either or both of these please, it
>> would save me some considerable guesswork!
>> >
>> > I have just reconfigured a FreeAXP emulator running on Windows which
>> contains SLAVE, formerly an AlphaServer 1000A. It serves up a cluster
>> member disk for a 4000/VLC so that will be a great test of your new systems.
>> >
>> > I previously had lots of trouble with FreeAXP and SIMH residing on the
>> same windows box, turns out that FreeAXP really doesn't like WinPCap - it
>> crashes on startup and it is very difficult to kill the image.
>> >
>> > Regards, Mark.
>> >
>> Hi Mark,
>>
>> The first thing to note (if you haven't spotted it already) is that the
>> simulators have been merged into the Simh master branch and a number of
>> fixes have been applied. CD-ROM and tape drive support is now included
>> along with fixes to the memory sizing for the M60 and VLC.
>>
>>
>> The VAXstation 4000/60 and 4000/VLC are very similar so this simh.ini
>> will work for both:
>>
>> ; Set system memory size
>> ;   M60 can be one of 8m, 16m, 24m, 32m, 40m, 48m, 56m, 72m, 80m, 104m
>> ;   VLC can be one of 8m, 16m, 24m
>> ;
>> set cpu 24m
>> ;
>> ; Attach the NVRAM device
>> ;
>> attach nvr vaxstation4000.nvr
>> ;
>> ; Set the MAC address in the network address ROM
>> ; This will need to match whatever your boot server is expecting
>> ;
>> set nar mac=08:00:2b:40:00:60
>> ;
>> ; Setup local SCSI disks if required (here are a few examples)
>> ; Also try 'help rz'
>> ;
>> ; set rz0 rz26
>> ; attach rz0 disk0.img
>> ; set rz1 disable
>> ; set rz2 disable
>> ; set rz3 disable
>> ; set rz4 rrd40
>> ; attach rz4 vms73.iso
>> ; set rz5 tz30
>> ; attach rz5 backup.tap
>> ; rz6 is always disabled because this is the initiator SCSI ID
>> ; set rz7 disable
>> ;
>> ; Enable LANCE Ethernet (device ESA0 under VMS)
>> ;
>> set xs enable
>> ;
>> ; Attach Ethernet device to a host interface
>> ;
>> attach xs eth0
>> ;
>> ; Start the simulator
>> ;
>> boot cpu
>>
>> The first time the ROM self-test runs after the memory size is changed
>> or after attaching a new NVRAM file it will perform a thorough memory
>> test. This can take quite a long time especially with 104MB. You will
>> see multiple selftest failures but don't worry about it, they're
>> expected for now. After the self-test completes I would recommend
>> enabling the fast boot option:
>>
>> >>> SET FBOOT 1
>>
>> This will significantly speed up subsequent restarts of the simulator.
>> Eventually I'll patch the ROM to skip the memory tests.
>>
>> Assuming your boot server is all setup you can now boot from the Ethernet:
>>
>> >>> BOOT ESA0
>>
>> I haven't tested Ethernet booting on these simulators for quite some
>> time so I hope it works!
>>
>> Let me know how it goes.
>>
>> Matt
>>
>> ___
>> Simh mailing list
>> Simh@trailing-edge.com
>> http://mailman.trailing-edge.com/mailman/listinfo/simh
>
>
> ___
> Simh mailing 
> listSimh@trailing-edge.comhttp://mailman.trailing-edge.com/mailman/listinfo/simh
>
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] More VAX Simulators

2019-05-03 Thread Stafford Winters
The VTstar terminal emulator (for Windows and free) has some settings in 
the Options, Preferences menu, in the Timing button dialog.  I think you 
can probably work out the problem using that.


On 5/2/2019 5:36 PM, Ray Jewhurst wrote:
I tried doing a VMS 7.3 CD install on the 4000/60 and it went 
swimmingly until I tried to install the PAKs and I got this:


$!
$!    HPE HOBBY LICENSE AGREEMENT
$!
%CREATE-E-READERR, error reading SYS$INPUT:.;
-RMS-F-RER, file read error
-SYSTEM-W-DATAOVERUN, data overrun

I am running 72 Megs and I do not get this error on 3900 or MicroVAX 
II.  I know there is another way to copy the PAKs over using an iso 
but the instructions in the Hobbyist letter seemed kind of fuzzy to 
me.  Am I doing anything wrong or is the the way a 4000/60 should behave?


Thanks

Ray

On Wed, May 1, 2019 at 6:16 PM Matt Burke > wrote:


On 01/05/2019 13:36, m...@wickensonline.co.uk
 wrote:
> Matt
>
> I've built the VAXstation 4000/60 and 4000/VLC images. Is it
possible to post an example simh.ini file for either or both of
these please, it would save me some considerable guesswork!
>
> I have just reconfigured a FreeAXP emulator running on Windows
which contains SLAVE, formerly an AlphaServer 1000A. It serves up
a cluster member disk for a 4000/VLC so that will be a great test
of your new systems.
>
> I previously had lots of trouble with FreeAXP and SIMH residing
on the same windows box, turns out that FreeAXP really doesn't
like WinPCap - it crashes on startup and it is very difficult to
kill the image.
>
> Regards, Mark.
>
Hi Mark,

The first thing to note (if you haven't spotted it already) is
that the
simulators have been merged into the Simh master branch and a
number of
fixes have been applied. CD-ROM and tape drive support is now included
along with fixes to the memory sizing for the M60 and VLC.


The VAXstation 4000/60 and 4000/VLC are very similar so this simh.ini
will work for both:

; Set system memory size
;   M60 can be one of 8m, 16m, 24m, 32m, 40m, 48m, 56m, 72m, 80m, 104m
;   VLC can be one of 8m, 16m, 24m
;
set cpu 24m
;
; Attach the NVRAM device
;
attach nvr vaxstation4000.nvr
;
; Set the MAC address in the network address ROM
; This will need to match whatever your boot server is expecting
;
set nar mac=08:00:2b:40:00:60
;
; Setup local SCSI disks if required (here are a few examples)
; Also try 'help rz'
;
; set rz0 rz26
; attach rz0 disk0.img
; set rz1 disable
; set rz2 disable
; set rz3 disable
; set rz4 rrd40
; attach rz4 vms73.iso
; set rz5 tz30
; attach rz5 backup.tap
; rz6 is always disabled because this is the initiator SCSI ID
; set rz7 disable
;
; Enable LANCE Ethernet (device ESA0 under VMS)
;
set xs enable
;
; Attach Ethernet device to a host interface
;
attach xs eth0
;
; Start the simulator
;
boot cpu

The first time the ROM self-test runs after the memory size is changed
or after attaching a new NVRAM file it will perform a thorough memory
test. This can take quite a long time especially with 104MB. You will
see multiple selftest failures but don't worry about it, they're
expected for now. After the self-test completes I would recommend
enabling the fast boot option:

>>> SET FBOOT 1

This will significantly speed up subsequent restarts of the simulator.
Eventually I'll patch the ROM to skip the memory tests.

Assuming your boot server is all setup you can now boot from the
Ethernet:

>>> BOOT ESA0

I haven't tested Ethernet booting on these simulators for quite some
time so I hope it works!

Let me know how it goes.

Matt

___
Simh mailing list
Simh@trailing-edge.com 
http://mailman.trailing-edge.com/mailman/listinfo/simh


___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] More VAX Simulators

2019-05-03 Thread Johnny Billquist

On 2019-05-03 22:37, Paul Koning wrote:




On May 3, 2019, at 3:52 PM, Johnny Billquist  wrote:

That came across wrong...

Flow control would most certainly help, however, when running in a simulator, 
with a terminal window, connected to the system, there is actually no flow 
control available, so you will loose data.


Why would there be no flow control available?

Flow control is part of the protocol, no different from escape sequence parsing.  If a terminal 
emulation receives a control/S from the host, it should stop sending characters to the host.  For 
that to be meaningful, the "off" action has to happen close enough to where the 
characters are picked up by the driver that you don't get the simulator equivalent of "Fifo 
overrun" but that is not hard to arrange.

If the emulation currently doesn't do this, forcing the character rate down to 
"really slow" should be an adequate workaround.


Essentially, terminal emulators usually totally ignore XON/XOFF if it 
comes on a telnet session, or pty. Unix do handle XON/XOFF if you come 
in on a physical serial port, but basically not in any other 
circumstances. Terminal emulators themselves don't really try to handle 
this. Both ptys, as well as telnet (or any other tcp connection) have 
their own flow control anyhow, so there is no need, and possibly no 
point in trying to handle XON/XOFF.


This was a fun exercise I had to sort when I did telnet in RSX, as the 
normal serial port flow control isn't really helpful anyway at that 
point. Delays are just too long, not to mention that no telnet client 
would ever understand or care if I sent it an XOFF.


  Johnny

--
Johnny Billquist  || "I'm on a bus
  ||  on a psychedelic trip
email: b...@softjar.se ||  Reading murder books
pdp is alive! ||  tryin' to stay hip" - B. Idol
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] More VAX Simulators

2019-05-03 Thread Paul Koning


> On May 3, 2019, at 3:52 PM, Johnny Billquist  wrote:
> 
> That came across wrong...
> 
> Flow control would most certainly help, however, when running in a simulator, 
> with a terminal window, connected to the system, there is actually no flow 
> control available, so you will loose data.

Why would there be no flow control available?

Flow control is part of the protocol, no different from escape sequence 
parsing.  If a terminal emulation receives a control/S from the host, it should 
stop sending characters to the host.  For that to be meaningful, the "off" 
action has to happen close enough to where the characters are picked up by the 
driver that you don't get the simulator equivalent of "Fifo overrun" but that 
is not hard to arrange.

If the emulation currently doesn't do this, forcing the character rate down to 
"really slow" should be an adequate workaround.

paul

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] More VAX Simulators

2019-05-03 Thread Mark Pizzolato
That is a perfect solution for this specific problem as long as the VMS version 
you’re
working with has OS knowledge of the ISO9660 file system layout.  ISO9660 was a
rather late addition to VMS, so although it is part of the VAX/VMS 7.3 version, 
several
folks are running earlier VMS versions which didn’t have support for ISO9660 
CDROM’s.

From: Simh [mailto:simh-boun...@trailing-edge.com] On Behalf Of Supratim Sanyal
Sent: Friday, May 3, 2019 1:02 PM
To: Johnny Billquist ; simh@trailing-edge.com
Subject: Re: [Simh] More VAX Simulators

Coincidentally, I went through this earlier this morning, following 
instructions at 
https://raymii.org/s/blog/OpenVMS_Mount_ISO_and_execute_scripts.html

Basically, I created a directory called "license", copied the .COM into there, 
use genisoimage to create a .iso, mounted it on VMS, copied the .COM from CDROM 
to a local directory on VMS, did SET FILE/ATTRIBUTE=(RFM=STM) LICENSE.COM, and 
@LICENSE worked.




On 05/03/2019 03:52 PM, Johnny Billquist wrote:
That came across wrong...

Flow control would most certainly help, however, when running in a simulator, 
with a terminal window, connected to the system, there is actually no flow 
control available, so you will loose data.

One possibility would be if you could limit the speed at which data is 
transmitted, but with cut-and-paste, pacing of the transmitted data is usually 
not possible.

You could try and cut-and-paste just smaller portions at a time.
Or else transfer the license file through some other means, or re-type it by 
hand, since your typing will definitely be slow enough to not cause problems.

Remember - manually typing the information in was how it was originally done...

  Johnny

On 2019-05-03 21:31, Johnny Billquist wrote:

Are you trying to just cut-and-paste the license?

The usual problem is that you just cannot just force-feed data on a terminal 
line. You will be loosing characters. There is no flow control that can help 
you...

   Johnny

On 2019-05-03 02:36, Ray Jewhurst wrote:

I tried doing a VMS 7.3 CD install on the 4000/60 and it went swimmingly until 
I tried to install the PAKs and I got this:

$!
$!HPE HOBBY LICENSE AGREEMENT
$!
%CREATE-E-READERR, error reading SYS$INPUT:.;
-RMS-F-RER, file read error
-SYSTEM-W-DATAOVERUN, data overrun

I am running 72 Megs and I do not get this error on 3900 or MicroVAX II.  I 
know there is another way to copy the PAKs over using an iso but the 
instructions in the Hobbyist letter seemed kind of fuzzy to me.  Am I doing 
anything wrong or is the the way a 4000/60 should behave?

Thanks

Ray

On Wed, May 1, 2019 at 6:16 PM Matt Burke 
mailto:m...@9track.net> 
> wrote:

On 01/05/2019 13:36, 
m...@wickensonline.co.uk
 wrote:
 > Matt
 >
 > I've built the VAXstation 4000/60 and 4000/VLC images. Is it
possible to post an example simh.ini file for either or both of
these please, it would save me some considerable guesswork!
 >
 > I have just reconfigured a FreeAXP emulator running on Windows
which contains SLAVE, formerly an AlphaServer 1000A. It serves up a
cluster member disk for a 4000/VLC so that will be a great test of
your new systems.
 >
 > I previously had lots of trouble with FreeAXP and SIMH residing
on the same windows box, turns out that FreeAXP really doesn't like
WinPCap - it crashes on startup and it is very difficult to kill the
image.
 >
 > Regards, Mark.
 >
Hi Mark,

The first thing to note (if you haven't spotted it already) is that the
simulators have been merged into the Simh master branch and a number of
fixes have been applied. CD-ROM and tape drive support is now included
along with fixes to the memory sizing for the M60 and VLC.


The VAXstation 4000/60 and 4000/VLC are very similar so this simh.ini
will work for both:

; Set system memory size
;   M60 can be one of 8m, 16m, 24m, 32m, 40m, 48m, 56m, 72m, 80m, 104m
;   VLC can be one of 8m, 16m, 24m
;
set cpu 24m
;
; Attach the NVRAM device
;
attach nvr vaxstation4000.nvr
;
; Set the MAC address in the network address ROM
; This will need to match whatever your boot server is expecting
;
set nar mac=08:00:2b:40:00:60
;
; Setup local SCSI disks if required (here are a few examples)
; Also try 'help rz'
;
; set rz0 rz26
; attach rz0 disk0.img
; set rz1 disable
; set rz2 disable
; set rz3 disable
; set rz4 rrd40
; attach rz4 vms73.iso
; set rz5 tz30
; attach rz5 backup.tap
; rz6 is always disabled because this is the initiator SCSI ID
; set rz7 disable
;
; Enable LANCE Ethernet (device ESA0 under VMS)
;
set xs enable
;
; Attach Ethernet device to a host interface
   

Re: [Simh] More VAX Simulators

2019-05-03 Thread Supratim Sanyal
Coincidentally, I went through this earlier this morning, following 
instructions at 
https://raymii.org/s/blog/OpenVMS_Mount_ISO_and_execute_scripts.html


Basically, I created a directory called "license", copied the .COM into 
there, use genisoimage to create a .iso, mounted it on VMS, copied the 
.COM from CDROM to a local directory on VMS, did SET 
FILE/ATTRIBUTE=(RFM=STM) LICENSE.COM, and @LICENSE worked.





On 05/03/2019 03:52 PM, Johnny Billquist wrote:

That came across wrong...

Flow control would most certainly help, however, when running in a 
simulator, with a terminal window, connected to the system, there is 
actually no flow control available, so you will loose data.


One possibility would be if you could limit the speed at which data is 
transmitted, but with cut-and-paste, pacing of the transmitted data is 
usually not possible.


You could try and cut-and-paste just smaller portions at a time.
Or else transfer the license file through some other means, or re-type 
it by hand, since your typing will definitely be slow enough to not 
cause problems.


Remember - manually typing the information in was how it was 
originally done...


  Johnny

On 2019-05-03 21:31, Johnny Billquist wrote:

Are you trying to just cut-and-paste the license?

The usual problem is that you just cannot just force-feed data on a 
terminal line. You will be loosing characters. There is no flow 
control that can help you...


   Johnny

On 2019-05-03 02:36, Ray Jewhurst wrote:
I tried doing a VMS 7.3 CD install on the 4000/60 and it went 
swimmingly until I tried to install the PAKs and I got this:


$!
$!    HPE HOBBY LICENSE AGREEMENT
$!
%CREATE-E-READERR, error reading SYS$INPUT:.;
-RMS-F-RER, file read error
-SYSTEM-W-DATAOVERUN, data overrun

I am running 72 Megs and I do not get this error on 3900 or MicroVAX 
II.  I know there is another way to copy the PAKs over using an iso 
but the instructions in the Hobbyist letter seemed kind of fuzzy to 
me.  Am I doing anything wrong or is the the way a 4000/60 should 
behave?


Thanks

Ray

On Wed, May 1, 2019 at 6:16 PM Matt Burke > wrote:


    On 01/05/2019 13:36, m...@wickensonline.co.uk
     wrote:
 > Matt
 >
 > I've built the VAXstation 4000/60 and 4000/VLC images. Is it
    possible to post an example simh.ini file for either or both of
    these please, it would save me some considerable guesswork!
 >
 > I have just reconfigured a FreeAXP emulator running on Windows
    which contains SLAVE, formerly an AlphaServer 1000A. It serves up a
    cluster member disk for a 4000/VLC so that will be a great test of
    your new systems.
 >
 > I previously had lots of trouble with FreeAXP and SIMH residing
    on the same windows box, turns out that FreeAXP really doesn't like
    WinPCap - it crashes on startup and it is very difficult to kill 
the

    image.
 >
 > Regards, Mark.
 >
    Hi Mark,

    The first thing to note (if you haven't spotted it already) is 
that the
    simulators have been merged into the Simh master branch and a 
number of
    fixes have been applied. CD-ROM and tape drive support is now 
included

    along with fixes to the memory sizing for the M60 and VLC.


    The VAXstation 4000/60 and 4000/VLC are very similar so this 
simh.ini

    will work for both:

    ; Set system memory size
    ;   M60 can be one of 8m, 16m, 24m, 32m, 40m, 48m, 56m, 72m, 
80m, 104m

    ;   VLC can be one of 8m, 16m, 24m
    ;
    set cpu 24m
    ;
    ; Attach the NVRAM device
    ;
    attach nvr vaxstation4000.nvr
    ;
    ; Set the MAC address in the network address ROM
    ; This will need to match whatever your boot server is expecting
    ;
    set nar mac=08:00:2b:40:00:60
    ;
    ; Setup local SCSI disks if required (here are a few examples)
    ; Also try 'help rz'
    ;
    ; set rz0 rz26
    ; attach rz0 disk0.img
    ; set rz1 disable
    ; set rz2 disable
    ; set rz3 disable
    ; set rz4 rrd40
    ; attach rz4 vms73.iso
    ; set rz5 tz30
    ; attach rz5 backup.tap
    ; rz6 is always disabled because this is the initiator SCSI ID
    ; set rz7 disable
    ;
    ; Enable LANCE Ethernet (device ESA0 under VMS)
    ;
    set xs enable
    ;
    ; Attach Ethernet device to a host interface
    ;
    attach xs eth0
    ;
    ; Start the simulator
    ;
    boot cpu

    The first time the ROM self-test runs after the memory size is 
changed
    or after attaching a new NVRAM file it will perform a thorough 
memory
    test. This can take quite a long time especially with 104MB. You 
will

    see multiple selftest failures but don't worry about it, they're
    expected for now. After the self-test completes I would recommend
    enabling the fast boot option:

 >>> SET FBOOT 1

    This will significantly speed up subsequent restarts of the 
simulator.

    Eventually I'll patch the ROM to skip the memory tests.

    

Re: [Simh] More VAX Simulators

2019-05-03 Thread Johnny Billquist

That came across wrong...

Flow control would most certainly help, however, when running in a 
simulator, with a terminal window, connected to the system, there is 
actually no flow control available, so you will loose data.


One possibility would be if you could limit the speed at which data is 
transmitted, but with cut-and-paste, pacing of the transmitted data is 
usually not possible.


You could try and cut-and-paste just smaller portions at a time.
Or else transfer the license file through some other means, or re-type 
it by hand, since your typing will definitely be slow enough to not 
cause problems.


Remember - manually typing the information in was how it was originally 
done...


  Johnny

On 2019-05-03 21:31, Johnny Billquist wrote:

Are you trying to just cut-and-paste the license?

The usual problem is that you just cannot just force-feed data on a 
terminal line. You will be loosing characters. There is no flow control 
that can help you...


   Johnny

On 2019-05-03 02:36, Ray Jewhurst wrote:
I tried doing a VMS 7.3 CD install on the 4000/60 and it went 
swimmingly until I tried to install the PAKs and I got this:


$!
$!    HPE HOBBY LICENSE AGREEMENT
$!
%CREATE-E-READERR, error reading SYS$INPUT:.;
-RMS-F-RER, file read error
-SYSTEM-W-DATAOVERUN, data overrun

I am running 72 Megs and I do not get this error on 3900 or MicroVAX 
II.  I know there is another way to copy the PAKs over using an iso 
but the instructions in the Hobbyist letter seemed kind of fuzzy to 
me.  Am I doing anything wrong or is the the way a 4000/60 should behave?


Thanks

Ray

On Wed, May 1, 2019 at 6:16 PM Matt Burke > wrote:


    On 01/05/2019 13:36, m...@wickensonline.co.uk
     wrote:
 > Matt
 >
 > I've built the VAXstation 4000/60 and 4000/VLC images. Is it
    possible to post an example simh.ini file for either or both of
    these please, it would save me some considerable guesswork!
 >
 > I have just reconfigured a FreeAXP emulator running on Windows
    which contains SLAVE, formerly an AlphaServer 1000A. It serves up a
    cluster member disk for a 4000/VLC so that will be a great test of
    your new systems.
 >
 > I previously had lots of trouble with FreeAXP and SIMH residing
    on the same windows box, turns out that FreeAXP really doesn't like
    WinPCap - it crashes on startup and it is very difficult to kill the
    image.
 >
 > Regards, Mark.
 >
    Hi Mark,

    The first thing to note (if you haven't spotted it already) is 
that the
    simulators have been merged into the Simh master branch and a 
number of
    fixes have been applied. CD-ROM and tape drive support is now 
included

    along with fixes to the memory sizing for the M60 and VLC.


    The VAXstation 4000/60 and 4000/VLC are very similar so this simh.ini
    will work for both:

    ; Set system memory size
    ;   M60 can be one of 8m, 16m, 24m, 32m, 40m, 48m, 56m, 72m, 80m, 
104m

    ;   VLC can be one of 8m, 16m, 24m
    ;
    set cpu 24m
    ;
    ; Attach the NVRAM device
    ;
    attach nvr vaxstation4000.nvr
    ;
    ; Set the MAC address in the network address ROM
    ; This will need to match whatever your boot server is expecting
    ;
    set nar mac=08:00:2b:40:00:60
    ;
    ; Setup local SCSI disks if required (here are a few examples)
    ; Also try 'help rz'
    ;
    ; set rz0 rz26
    ; attach rz0 disk0.img
    ; set rz1 disable
    ; set rz2 disable
    ; set rz3 disable
    ; set rz4 rrd40
    ; attach rz4 vms73.iso
    ; set rz5 tz30
    ; attach rz5 backup.tap
    ; rz6 is always disabled because this is the initiator SCSI ID
    ; set rz7 disable
    ;
    ; Enable LANCE Ethernet (device ESA0 under VMS)
    ;
    set xs enable
    ;
    ; Attach Ethernet device to a host interface
    ;
    attach xs eth0
    ;
    ; Start the simulator
    ;
    boot cpu

    The first time the ROM self-test runs after the memory size is 
changed

    or after attaching a new NVRAM file it will perform a thorough memory
    test. This can take quite a long time especially with 104MB. You will
    see multiple selftest failures but don't worry about it, they're
    expected for now. After the self-test completes I would recommend
    enabling the fast boot option:

 >>> SET FBOOT 1

    This will significantly speed up subsequent restarts of the 
simulator.

    Eventually I'll patch the ROM to skip the memory tests.

    Assuming your boot server is all setup you can now boot from the
    Ethernet:

 >>> BOOT ESA0

    I haven't tested Ethernet booting on these simulators for quite some
    time so I hope it works!

    Let me know how it goes.

    Matt

    ___
    Simh mailing list
    Simh@trailing-edge.com 
    http://mailman.trailing-edge.com/mailman/listinfo/simh



Re: [Simh] More VAX Simulators

2019-05-03 Thread Mark Pizzolato
On Friday, May 3, 2019 at 12:32 PM, Johnny Billquist wrote:
> Are you trying to just cut-and-paste the license?
> 
> The usual problem is that you just cannot just force-feed data on a terminal
> line. You will be loosing characters. There is no flow control that can help 
> you...

Well, since the ability to 'cut and paste' into a terminal session never really 
existed on real hardware, AND it is a common user paradigm on today's 
systems with today's users, most of the DEC simulators console device 
simulations actually accept a blob of data delivered via cut and paste.  That 
data will be delivered into the simulator's console port without hardware 
overrun at the rate the OS driver extracts the received data from the UART's 
receive buffer.  On simpler OSes (RT11, PDP8 OS's, etc.) where user code 
directly touches the hardware, they get the data and everything is happy.  
With more complex operating systems which have drivers which buffer 
hardware input before (or while) user mode programs issue I/O requests 
to the driver to read the data, the data may arrive faster than the user mode 
transitions can happen to empty the driver's buffer.  Increasing the driver's 
type ahead buffer can sometimes help address the potential for the type 
ahead buffer to be overrun.  Alternatively the user could slow down the 
character delivery rate into the simulator with a: SET CONSOLE SPEED=300 
command.  This will extend the inter-character delays and that might be 
sufficiently slow to avoid the type ahead buffer overrun.

The newly provided VAXstation and MicroVAX simulators from Matt Burke
use a different hardware model for the console serial port device.  This 
device has not yet (and may never) been tweaked to support cut and paste
like the other simulators.

I would suggest that the user look through the license file and hand pick
the few licenses that he actually needs (VMS, TCPIP, DECnet) and hand 
enter, or cut and paste in chunks these licenses so that sufficient 
functionality can be realized to get the network up and the whole license 
file can be transferred over the network.  Alternatively, the user could
run a simulator which doesn't have this cut and paste problem to get 
the license file into the system and onto a simh structured disk. That disk
image can then be used on one of the newer simulators.

- Mark

> On 2019-05-03 02:36, Ray Jewhurst wrote:
> > I tried doing a VMS 7.3 CD install on the 4000/60 and it went
> > swimmingly until I tried to install the PAKs and I got this:
> >
> > $!
> > $!    HPE HOBBY LICENSE AGREEMENT $!
> > %CREATE-E-READERR, error reading SYS$INPUT:.; -RMS-F-RER, file read
> > error -SYSTEM-W-DATAOVERUN, data overrun
> >
> > I am running 72 Megs and I do not get this error on 3900 or MicroVAX
> > II.  I know there is another way to copy the PAKs over using an iso
> > but the instructions in the Hobbyist letter seemed kind of fuzzy to
> > me.  Am I doing anything wrong or is the the way a 4000/60 should behave?
> >
> > Thanks
> >
> > Ray
> >
> > On Wed, May 1, 2019 at 6:16 PM Matt Burke  > > wrote:
> >
> > On 01/05/2019 13:36, m...@wickensonline.co.uk
> >  wrote:
> >  > Matt
> >  >
> >  > I've built the VAXstation 4000/60 and 4000/VLC images. Is it
> > possible to post an example simh.ini file for either or both of
> > these please, it would save me some considerable guesswork!
> >  >
> >  > I have just reconfigured a FreeAXP emulator running on Windows
> > which contains SLAVE, formerly an AlphaServer 1000A. It serves up a
> > cluster member disk for a 4000/VLC so that will be a great test of
> > your new systems.
> >  >
> >  > I previously had lots of trouble with FreeAXP and SIMH residing
> > on the same windows box, turns out that FreeAXP really doesn't like
> > WinPCap - it crashes on startup and it is very difficult to kill the
> > image.
> >  >
> >  > Regards, Mark.
> >  >
> > Hi Mark,
> >
> > The first thing to note (if you haven't spotted it already) is that the
> > simulators have been merged into the Simh master branch and a number
> of
> > fixes have been applied. CD-ROM and tape drive support is now included
> > along with fixes to the memory sizing for the M60 and VLC.
> >
> >
> > The VAXstation 4000/60 and 4000/VLC are very similar so this simh.ini
> > will work for both:
> >
> > ; Set system memory size
> > ;   M60 can be one of 8m, 16m, 24m, 32m, 40m, 48m, 56m, 72m, 80m,
> 104m
> > ;   VLC can be one of 8m, 16m, 24m
> > ;
> > set cpu 24m
> > ;
> > ; Attach the NVRAM device
> > ;
> > attach nvr vaxstation4000.nvr
> > ;
> > ; Set the MAC address in the network address ROM
> > ; This will need to match whatever your boot server is expecting
> > ;
> > set nar mac=08:00:2b:40:00:60
> > ;
> > ; Setup local SCSI 

Re: [Simh] More VAX Simulators

2019-05-03 Thread Johnny Billquist

Are you trying to just cut-and-paste the license?

The usual problem is that you just cannot just force-feed data on a 
terminal line. You will be loosing characters. There is no flow control 
that can help you...


  Johnny

On 2019-05-03 02:36, Ray Jewhurst wrote:
I tried doing a VMS 7.3 CD install on the 4000/60 and it went swimmingly 
until I tried to install the PAKs and I got this:


$!
$!    HPE HOBBY LICENSE AGREEMENT
$!
%CREATE-E-READERR, error reading SYS$INPUT:.;
-RMS-F-RER, file read error
-SYSTEM-W-DATAOVERUN, data overrun

I am running 72 Megs and I do not get this error on 3900 or MicroVAX 
II.  I know there is another way to copy the PAKs over using an iso but 
the instructions in the Hobbyist letter seemed kind of fuzzy to me.  Am 
I doing anything wrong or is the the way a 4000/60 should behave?


Thanks

Ray

On Wed, May 1, 2019 at 6:16 PM Matt Burke > wrote:


On 01/05/2019 13:36, m...@wickensonline.co.uk
 wrote:
 > Matt
 >
 > I've built the VAXstation 4000/60 and 4000/VLC images. Is it
possible to post an example simh.ini file for either or both of
these please, it would save me some considerable guesswork!
 >
 > I have just reconfigured a FreeAXP emulator running on Windows
which contains SLAVE, formerly an AlphaServer 1000A. It serves up a
cluster member disk for a 4000/VLC so that will be a great test of
your new systems.
 >
 > I previously had lots of trouble with FreeAXP and SIMH residing
on the same windows box, turns out that FreeAXP really doesn't like
WinPCap - it crashes on startup and it is very difficult to kill the
image.
 >
 > Regards, Mark.
 >
Hi Mark,

The first thing to note (if you haven't spotted it already) is that the
simulators have been merged into the Simh master branch and a number of
fixes have been applied. CD-ROM and tape drive support is now included
along with fixes to the memory sizing for the M60 and VLC.


The VAXstation 4000/60 and 4000/VLC are very similar so this simh.ini
will work for both:

; Set system memory size
;   M60 can be one of 8m, 16m, 24m, 32m, 40m, 48m, 56m, 72m, 80m, 104m
;   VLC can be one of 8m, 16m, 24m
;
set cpu 24m
;
; Attach the NVRAM device
;
attach nvr vaxstation4000.nvr
;
; Set the MAC address in the network address ROM
; This will need to match whatever your boot server is expecting
;
set nar mac=08:00:2b:40:00:60
;
; Setup local SCSI disks if required (here are a few examples)
; Also try 'help rz'
;
; set rz0 rz26
; attach rz0 disk0.img
; set rz1 disable
; set rz2 disable
; set rz3 disable
; set rz4 rrd40
; attach rz4 vms73.iso
; set rz5 tz30
; attach rz5 backup.tap
; rz6 is always disabled because this is the initiator SCSI ID
; set rz7 disable
;
; Enable LANCE Ethernet (device ESA0 under VMS)
;
set xs enable
;
; Attach Ethernet device to a host interface
;
attach xs eth0
;
; Start the simulator
;
boot cpu

The first time the ROM self-test runs after the memory size is changed
or after attaching a new NVRAM file it will perform a thorough memory
test. This can take quite a long time especially with 104MB. You will
see multiple selftest failures but don't worry about it, they're
expected for now. After the self-test completes I would recommend
enabling the fast boot option:

 >>> SET FBOOT 1

This will significantly speed up subsequent restarts of the simulator.
Eventually I'll patch the ROM to skip the memory tests.

Assuming your boot server is all setup you can now boot from the
Ethernet:

 >>> BOOT ESA0

I haven't tested Ethernet booting on these simulators for quite some
time so I hope it works!

Let me know how it goes.

Matt

___
Simh mailing list
Simh@trailing-edge.com 
http://mailman.trailing-edge.com/mailman/listinfo/simh


___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh




--
Johnny Billquist  || "I'm on a bus
  ||  on a psychedelic trip
email: b...@softjar.se ||  Reading murder books
pdp is alive! ||  tryin' to stay hip" - B. Idol
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] need help getting vaxstation4000m60 to build with SDL

2019-05-03 Thread Mark Pizzolato
On Friday, May 3, 2019 at 10:27 AM, Supratim Sanyal wrote:
> It appears the make command does find the SDL library but
> vaxstation4000m60 is being built without it. What am I doing wrong?

Please report issues like this at: https://github.com/simh/simh/issues

As Ray already answered, the Video for this system is not yet 
functional.  Try a different VAXstation.

- Mark

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] need help getting vaxstation4000m60 to build with SDL

2019-05-03 Thread Supratim Sanyal

On 5/3/2019 13:32, Ray Jewhurst wrote:

The 4000m60 does not yet have video support.


Ah, OK. Thanks.

Going with vaxstation3100m* then.

supratim



On Fri, May 3, 2019, 1:28 PM Supratim Sanyal > wrote:



Hello,

It appears the make command does find the SDL library but
vaxstation4000m60 is being built without it. What am I doing wrong?


# cat /etc/issue
Ubuntu 18.04.2 LTS \n \l

# cat /proc/version
Linux version 4.15.0-46-generic (buildd@lgw01-amd64-038) (gcc version
7.3.0 (Ubuntu 7.3.0-16ubuntu3)) #49-Ubuntu SMP Wed Feb 6 09:33:07
UTC 2019

# apt list --installed | grep sdl

WARNING: apt does not have a stable CLI interface. Use with caution in
scripts.

libsdl-ttf2.0-0/bionic,now 2.0.11-4 amd64 [installed,automatic]
libsdl1.2-dev/bionic,now 1.2.15+dfsg2-0.1 amd64 [installed,automatic]
libsdl1.2debian/bionic,now 1.2.15+dfsg2-0.1 amd64 [installed,automatic]
libsdl2-2.0-0/bionic-updates,now 2.0.8+dfsg1-1ubuntu1.18.04.3 amd64
[installed]
libsdl2-dev/bionic-updates,now 2.0.8+dfsg1-1ubuntu1.18.04.3 amd64
[installed]
libsdl2-image-2.0-0/bionic,now 2.0.3+dfsg1-1 amd64 [installed]
libsdl2-image-dev/bionic,now 2.0.3+dfsg1-1 amd64 [installed]
libsdl2-mixer-2.0-0/bionic,now 2.0.2+dfsg1-2 amd64 [installed]
libsdl2-mixer-dev/bionic,now 2.0.2+dfsg1-2 amd64 [installed]
libsdl2-ttf-2.0-0/bionic,now 2.0.14+dfsg1-2 amd64 [installed]
libsdl2-ttf-dev/bionic,now 2.0.14+dfsg1-2 amd64 [installed]

$ make
lib paths are: /lib/x86_64-linux-gnu/ /usr/lib/
/usr/lib/x86_64-linux-gnu/ /usr/lib/x86_64-linux-gnu/libfakeroot/
include paths are:  /usr/lib/gcc/x86_64-linux-gnu/7/include
/usr/local/include /usr/lib/gcc/x86_64-linux-gnu/7/include-fixed
/usr/include/x86_64-linux-gnu /usr/include
using libm: /usr/lib/x86_64-linux-gnu/libm.so
using librt: /usr/lib/x86_64-linux-gnu/librt.so
using libpthread: /usr/lib/x86_64-linux-gnu/libpthread.so
/usr/include/pthread.h
using libpcreposix: /usr/lib/x86_64-linux-gnu/libpcreposix.so
/usr/lib/x86_64-linux-gnu/libpcre.so /usr/include/pcreposix.h
/usr/include/pcre.h
using semaphore: /usr/include/semaphore.h
using libdl: /usr/lib/x86_64-linux-gnu/libdl.so /usr/include/dlfcn.h
using libpng: /usr/lib/x86_64-linux-gnu/libpng.so /usr/include/png.h
using mman: /usr/include/x86_64-linux-gnu/sys/mman.h
using libSDL2: /usr/include/SDL2/SDL.h
using libpcap: /usr/include/pcap.h
using libvdeplug: /usr/lib/libvdeplug.so /usr/include/libvdeplug.h
***
*** all  Simulators being built with:
*** - compiler optimizations and no debugging support. GCC Version:
7.3.0.
*** - dynamic networking support using Linux provided libpcap
components.
*** - Local LAN packet transports: PCAP VDE TAP NAT(SLiRP)
*** - video capabilities provided by libSDL2 (Simple Directmedia Layer).
*** - Per simulator tests will be run.
***
*** git commit id is ab3e07a401b7c43887b528cc7c29cb0498c790d9.
*** git commit time is 2019-05-01T22:56:54-0700.
***
font paths are: /usr/share/fonts/
font names are: DejaVuSans.ttf LucidaSansRegular.ttf FreeSans.ttf
AppleGothic.ttf tahoma.ttf
using libSDL2_ttf: /usr/lib/x86_64-linux-gnu/libSDL2_ttf.so
/usr/include/SDL2/SDL_ttf.h
***
mkdir -p BIN
...
...


$ BIN/vaxstation4000m60

VAXstation 4000-60 (KA46) simulator V4.0-0 Current        git commit
id:
ab3e07a4
sim> show version
VAXstation 4000-60 (KA46) simulator V4.0-0 Current
      Simulator Framework Capabilities:
          64b data
          64b addresses
          Threaded Ethernet Packet transports:PCAP:TAP:VDE:NAT:UDP
          Idle/Throttling support is available
          Virtual Hard Disk (VHD) support
          RAW disk and CD/DVD ROM support
          Asynchronous I/O support (Lock free asynchronous event queue)
          Asynchronous Clock support
          FrontPanel API Version 12
      Host Platform:
          Compiler: GCC 7.3.0
          Simulator Compiled as C arch: x64 (Release Build) on May  3
2019 at 16:57:04
          Memory Access: Little Endian
          Memory Pointer Size: 64 bits
          Large File (>2GB) support
          SDL Video support: No Video Support
          PCRE RegEx (Version 8.39 2016-06-14) support for EXPECT
commands
          OS clock resolution: 1ms
          Time taken by msleep(1): 1ms
          OS: Linux dell-poweredge-2950 4.15.0-46-generic #49-Ubuntu
SMP
Wed Feb 6 09:33:07 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
          git commit id: ab3e07a4
          git commit time: 2019-05-01T22:56:54-0700
sim> quit
Goodbye


Thanks in advance,

Supratim Sanyal
___
Simh mailing list
Simh@trailing-edge.com 

Re: [Simh] need help getting vaxstation4000m60 to build with SDL

2019-05-03 Thread Ray Jewhurst
The 4000m60 does not yet have video support.

On Fri, May 3, 2019, 1:28 PM Supratim Sanyal  wrote:

>
> Hello,
>
> It appears the make command does find the SDL library but
> vaxstation4000m60 is being built without it. What am I doing wrong?
>
>
> # cat /etc/issue
> Ubuntu 18.04.2 LTS \n \l
>
> # cat /proc/version
> Linux version 4.15.0-46-generic (buildd@lgw01-amd64-038) (gcc version
> 7.3.0 (Ubuntu 7.3.0-16ubuntu3)) #49-Ubuntu SMP Wed Feb 6 09:33:07 UTC 2019
>
> # apt list --installed | grep sdl
>
> WARNING: apt does not have a stable CLI interface. Use with caution in
> scripts.
>
> libsdl-ttf2.0-0/bionic,now 2.0.11-4 amd64 [installed,automatic]
> libsdl1.2-dev/bionic,now 1.2.15+dfsg2-0.1 amd64 [installed,automatic]
> libsdl1.2debian/bionic,now 1.2.15+dfsg2-0.1 amd64 [installed,automatic]
> libsdl2-2.0-0/bionic-updates,now 2.0.8+dfsg1-1ubuntu1.18.04.3 amd64
> [installed]
> libsdl2-dev/bionic-updates,now 2.0.8+dfsg1-1ubuntu1.18.04.3 amd64
> [installed]
> libsdl2-image-2.0-0/bionic,now 2.0.3+dfsg1-1 amd64 [installed]
> libsdl2-image-dev/bionic,now 2.0.3+dfsg1-1 amd64 [installed]
> libsdl2-mixer-2.0-0/bionic,now 2.0.2+dfsg1-2 amd64 [installed]
> libsdl2-mixer-dev/bionic,now 2.0.2+dfsg1-2 amd64 [installed]
> libsdl2-ttf-2.0-0/bionic,now 2.0.14+dfsg1-2 amd64 [installed]
> libsdl2-ttf-dev/bionic,now 2.0.14+dfsg1-2 amd64 [installed]
>
> $ make
> lib paths are: /lib/x86_64-linux-gnu/ /usr/lib/
> /usr/lib/x86_64-linux-gnu/ /usr/lib/x86_64-linux-gnu/libfakeroot/
> include paths are:  /usr/lib/gcc/x86_64-linux-gnu/7/include
> /usr/local/include /usr/lib/gcc/x86_64-linux-gnu/7/include-fixed
> /usr/include/x86_64-linux-gnu /usr/include
> using libm: /usr/lib/x86_64-linux-gnu/libm.so
> using librt: /usr/lib/x86_64-linux-gnu/librt.so
> using libpthread: /usr/lib/x86_64-linux-gnu/libpthread.so
> /usr/include/pthread.h
> using libpcreposix: /usr/lib/x86_64-linux-gnu/libpcreposix.so
> /usr/lib/x86_64-linux-gnu/libpcre.so /usr/include/pcreposix.h
> /usr/include/pcre.h
> using semaphore: /usr/include/semaphore.h
> using libdl: /usr/lib/x86_64-linux-gnu/libdl.so /usr/include/dlfcn.h
> using libpng: /usr/lib/x86_64-linux-gnu/libpng.so /usr/include/png.h
> using mman: /usr/include/x86_64-linux-gnu/sys/mman.h
> using libSDL2: /usr/include/SDL2/SDL.h
> using libpcap: /usr/include/pcap.h
> using libvdeplug: /usr/lib/libvdeplug.so /usr/include/libvdeplug.h
> ***
> *** all  Simulators being built with:
> *** - compiler optimizations and no debugging support. GCC Version: 7.3.0.
> *** - dynamic networking support using Linux provided libpcap components.
> *** - Local LAN packet transports: PCAP VDE TAP NAT(SLiRP)
> *** - video capabilities provided by libSDL2 (Simple Directmedia Layer).
> *** - Per simulator tests will be run.
> ***
> *** git commit id is ab3e07a401b7c43887b528cc7c29cb0498c790d9.
> *** git commit time is 2019-05-01T22:56:54-0700.
> ***
> font paths are: /usr/share/fonts/
> font names are: DejaVuSans.ttf LucidaSansRegular.ttf FreeSans.ttf
> AppleGothic.ttf tahoma.ttf
> using libSDL2_ttf: /usr/lib/x86_64-linux-gnu/libSDL2_ttf.so
> /usr/include/SDL2/SDL_ttf.h
> ***
> mkdir -p BIN
> ...
> ...
>
>
> $ BIN/vaxstation4000m60
>
> VAXstation 4000-60 (KA46) simulator V4.0-0 Currentgit commit id:
> ab3e07a4
> sim> show version
> VAXstation 4000-60 (KA46) simulator V4.0-0 Current
>  Simulator Framework Capabilities:
>  64b data
>  64b addresses
>  Threaded Ethernet Packet transports:PCAP:TAP:VDE:NAT:UDP
>  Idle/Throttling support is available
>  Virtual Hard Disk (VHD) support
>  RAW disk and CD/DVD ROM support
>  Asynchronous I/O support (Lock free asynchronous event queue)
>  Asynchronous Clock support
>  FrontPanel API Version 12
>  Host Platform:
>  Compiler: GCC 7.3.0
>  Simulator Compiled as C arch: x64 (Release Build) on May  3
> 2019 at 16:57:04
>  Memory Access: Little Endian
>  Memory Pointer Size: 64 bits
>  Large File (>2GB) support
>  SDL Video support: No Video Support
>  PCRE RegEx (Version 8.39 2016-06-14) support for EXPECT commands
>  OS clock resolution: 1ms
>  Time taken by msleep(1): 1ms
>  OS: Linux dell-poweredge-2950 4.15.0-46-generic #49-Ubuntu SMP
> Wed Feb 6 09:33:07 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
>  git commit id: ab3e07a4
>  git commit time: 2019-05-01T22:56:54-0700
> sim> quit
> Goodbye
>
>
> Thanks in advance,
>
> Supratim Sanyal
> ___
> Simh mailing list
> Simh@trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] need help getting vaxstation4000m60 to build with SDL

2019-05-03 Thread Supratim Sanyal


Hello,

It appears the make command does find the SDL library but 
vaxstation4000m60 is being built without it. What am I doing wrong?



# cat /etc/issue
Ubuntu 18.04.2 LTS \n \l

# cat /proc/version
Linux version 4.15.0-46-generic (buildd@lgw01-amd64-038) (gcc version 
7.3.0 (Ubuntu 7.3.0-16ubuntu3)) #49-Ubuntu SMP Wed Feb 6 09:33:07 UTC 2019


# apt list --installed | grep sdl

WARNING: apt does not have a stable CLI interface. Use with caution in 
scripts.


libsdl-ttf2.0-0/bionic,now 2.0.11-4 amd64 [installed,automatic]
libsdl1.2-dev/bionic,now 1.2.15+dfsg2-0.1 amd64 [installed,automatic]
libsdl1.2debian/bionic,now 1.2.15+dfsg2-0.1 amd64 [installed,automatic]
libsdl2-2.0-0/bionic-updates,now 2.0.8+dfsg1-1ubuntu1.18.04.3 amd64 
[installed]
libsdl2-dev/bionic-updates,now 2.0.8+dfsg1-1ubuntu1.18.04.3 amd64 
[installed]

libsdl2-image-2.0-0/bionic,now 2.0.3+dfsg1-1 amd64 [installed]
libsdl2-image-dev/bionic,now 2.0.3+dfsg1-1 amd64 [installed]
libsdl2-mixer-2.0-0/bionic,now 2.0.2+dfsg1-2 amd64 [installed]
libsdl2-mixer-dev/bionic,now 2.0.2+dfsg1-2 amd64 [installed]
libsdl2-ttf-2.0-0/bionic,now 2.0.14+dfsg1-2 amd64 [installed]
libsdl2-ttf-dev/bionic,now 2.0.14+dfsg1-2 amd64 [installed]

$ make
lib paths are: /lib/x86_64-linux-gnu/ /usr/lib/ 
/usr/lib/x86_64-linux-gnu/ /usr/lib/x86_64-linux-gnu/libfakeroot/
include paths are:  /usr/lib/gcc/x86_64-linux-gnu/7/include 
/usr/local/include /usr/lib/gcc/x86_64-linux-gnu/7/include-fixed 
/usr/include/x86_64-linux-gnu /usr/include

using libm: /usr/lib/x86_64-linux-gnu/libm.so
using librt: /usr/lib/x86_64-linux-gnu/librt.so
using libpthread: /usr/lib/x86_64-linux-gnu/libpthread.so 
/usr/include/pthread.h
using libpcreposix: /usr/lib/x86_64-linux-gnu/libpcreposix.so 
/usr/lib/x86_64-linux-gnu/libpcre.so /usr/include/pcreposix.h 
/usr/include/pcre.h

using semaphore: /usr/include/semaphore.h
using libdl: /usr/lib/x86_64-linux-gnu/libdl.so /usr/include/dlfcn.h
using libpng: /usr/lib/x86_64-linux-gnu/libpng.so /usr/include/png.h
using mman: /usr/include/x86_64-linux-gnu/sys/mman.h
using libSDL2: /usr/include/SDL2/SDL.h
using libpcap: /usr/include/pcap.h
using libvdeplug: /usr/lib/libvdeplug.so /usr/include/libvdeplug.h
***
*** all  Simulators being built with:
*** - compiler optimizations and no debugging support. GCC Version: 7.3.0.
*** - dynamic networking support using Linux provided libpcap components.
*** - Local LAN packet transports: PCAP VDE TAP NAT(SLiRP)
*** - video capabilities provided by libSDL2 (Simple Directmedia Layer).
*** - Per simulator tests will be run.
***
*** git commit id is ab3e07a401b7c43887b528cc7c29cb0498c790d9.
*** git commit time is 2019-05-01T22:56:54-0700.
***
font paths are: /usr/share/fonts/
font names are: DejaVuSans.ttf LucidaSansRegular.ttf FreeSans.ttf 
AppleGothic.ttf tahoma.ttf
using libSDL2_ttf: /usr/lib/x86_64-linux-gnu/libSDL2_ttf.so 
/usr/include/SDL2/SDL_ttf.h

***
mkdir -p BIN
...
...


$ BIN/vaxstation4000m60

VAXstation 4000-60 (KA46) simulator V4.0-0 Currentgit commit id: 
ab3e07a4

sim> show version
VAXstation 4000-60 (KA46) simulator V4.0-0 Current
Simulator Framework Capabilities:
64b data
64b addresses
Threaded Ethernet Packet transports:PCAP:TAP:VDE:NAT:UDP
Idle/Throttling support is available
Virtual Hard Disk (VHD) support
RAW disk and CD/DVD ROM support
Asynchronous I/O support (Lock free asynchronous event queue)
Asynchronous Clock support
FrontPanel API Version 12
Host Platform:
Compiler: GCC 7.3.0
Simulator Compiled as C arch: x64 (Release Build) on May  3 
2019 at 16:57:04

Memory Access: Little Endian
Memory Pointer Size: 64 bits
Large File (>2GB) support
SDL Video support: No Video Support
PCRE RegEx (Version 8.39 2016-06-14) support for EXPECT commands
OS clock resolution: 1ms
Time taken by msleep(1): 1ms
OS: Linux dell-poweredge-2950 4.15.0-46-generic #49-Ubuntu SMP 
Wed Feb 6 09:33:07 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

git commit id: ab3e07a4
git commit time: 2019-05-01T22:56:54-0700
sim> quit
Goodbye


Thanks in advance,

Supratim Sanyal
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] More VAX Simulators

2019-05-03 Thread Dave Wade
This is a common problem. Usually one has to slow the terminal down at the 
terminal end, but I guess this isn’t possible with an integrated terminal…

 

Dave

 

From: Simh  On Behalf Of Ray Jewhurst
Sent: 03 May 2019 02:25
To: Stafford Winters 
Cc: simh 
Subject: Re: [Simh] More VAX Simulators

 

That didn't work either, someone previously suggested I try /hostsync so I 
tried that along with altypahd too to no avail.

 

Thanks

 

Ray

 

On Thu, May 2, 2019 at 9:07 PM Stafford Winters mailto:stafford.wint...@gmail.com> > wrote:

I seem to recall a setting on physical terminals which limited the rate at 
which keystrokes were sent to the computer.  This may be a factor.

It appears as if your input includes carriage returns, and it needs to.

It may be that turning on the altypahd terminal setting may allow a greater 
stream of input before choking.  It may work for you.

On 5/2/2019 5:36 PM, Ray Jewhurst wrote:

I tried doing a VMS 7.3 CD install on the 4000/60 and it went swimmingly until 
I tried to install the PAKs and I got this:

 

$! 
$!HPE HOBBY LICENSE AGREEMENT
$!   
%CREATE-E-READERR, error reading SYS$INPUT:.;
-RMS-F-RER, file read error
-SYSTEM-W-DATAOVERUN, data overrun

 

I am running 72 Megs and I do not get this error on 3900 or MicroVAX II.  I 
know there is another way to copy the PAKs over using an iso but the 
instructions in the Hobbyist letter seemed kind of fuzzy to me.  Am I doing 
anything wrong or is the the way a 4000/60 should behave?

 

Thanks

 

Ray

 

On Wed, May 1, 2019 at 6:16 PM Matt Burke mailto:m...@9track.net> > wrote:

On 01/05/2019 13:36, m...@wickensonline.co.uk  
 wrote:
> Matt
>
> I've built the VAXstation 4000/60 and 4000/VLC images. Is it possible to post 
> an example simh.ini file for either or both of these please, it would save me 
> some considerable guesswork!
>
> I have just reconfigured a FreeAXP emulator running on Windows which contains 
> SLAVE, formerly an AlphaServer 1000A. It serves up a cluster member disk for 
> a 4000/VLC so that will be a great test of your new systems.
>
> I previously had lots of trouble with FreeAXP and SIMH residing on the same 
> windows box, turns out that FreeAXP really doesn't like WinPCap - it crashes 
> on startup and it is very difficult to kill the image.
>
> Regards, Mark.
>
Hi Mark,

The first thing to note (if you haven't spotted it already) is that the
simulators have been merged into the Simh master branch and a number of
fixes have been applied. CD-ROM and tape drive support is now included
along with fixes to the memory sizing for the M60 and VLC.


The VAXstation 4000/60 and 4000/VLC are very similar so this simh.ini
will work for both:

; Set system memory size
;   M60 can be one of 8m, 16m, 24m, 32m, 40m, 48m, 56m, 72m, 80m, 104m
;   VLC can be one of 8m, 16m, 24m
;
set cpu 24m
;
; Attach the NVRAM device
;
attach nvr vaxstation4000.nvr
;
; Set the MAC address in the network address ROM
; This will need to match whatever your boot server is expecting
;
set nar mac=08:00:2b:40:00:60
;
; Setup local SCSI disks if required (here are a few examples)
; Also try 'help rz'
;
; set rz0 rz26
; attach rz0 disk0.img
; set rz1 disable
; set rz2 disable
; set rz3 disable
; set rz4 rrd40
; attach rz4 vms73.iso
; set rz5 tz30
; attach rz5 backup.tap
; rz6 is always disabled because this is the initiator SCSI ID
; set rz7 disable
;
; Enable LANCE Ethernet (device ESA0 under VMS)
;
set xs enable
;
; Attach Ethernet device to a host interface
;
attach xs eth0
;
; Start the simulator
;
boot cpu

The first time the ROM self-test runs after the memory size is changed
or after attaching a new NVRAM file it will perform a thorough memory
test. This can take quite a long time especially with 104MB. You will
see multiple selftest failures but don't worry about it, they're
expected for now. After the self-test completes I would recommend
enabling the fast boot option:

>>> SET FBOOT 1

This will significantly speed up subsequent restarts of the simulator.
Eventually I'll patch the ROM to skip the memory tests.

Assuming your boot server is all setup you can now boot from the Ethernet:

>>> BOOT ESA0

I haven't tested Ethernet booting on these simulators for quite some
time so I hope it works!

Let me know how it goes.

Matt

___
Simh mailing list
Simh@trailing-edge.com  
http://mailman.trailing-edge.com/mailman/listinfo/simh

 

___
Simh mailing list
Simh@trailing-edge.com  
http://mailman.trailing-edge.com/mailman/listinfo/simh

___
Simh mailing list
Simh@trailing-edge.com  
http://mailman.trailing-edge.com/mailman/listinfo/simh

___
Simh mailing list
Simh@trailing-edge.com