Re: VMS Games problem

  • Follow


----- Forwarded by Norm Raphael/WOR/Automation/METSO on 01/23/2004 09:50 AM
-----

John Reagan <john.reagan@hp.com> wrote on 01/22/2004 08:13:29 PM:

> I downloaded ZK.ZIP using Mozilla, ran UNZIP, used a
>
> set file zk.bck/attr=(rfm:fix,lrl:32256)
>
> to fixup the saveset, and was able to use BACKUP to list the contents.
>
> --
> John Reagan
> Compaq Pascal/{A|I}MACRO Project Leader
> Hewlett-Packard Company
>

I just pulled DUNGEON from the same place, and when it tried it, this
happened:

Is there a version of DUNEON somewhere that actually works on OpenVMS
Alpha?
Every archive I have found has a problem or a piece of source code missing.

%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual
address=000000000026
63BB, PC=0000000000277A0C, PS=0000001B
%TRACE-F-TRACEBACK, symbolic stack dump follows
  image    module    routine             line      rel PC           abs PC
 FORRTL_D56_TV                              0 000000000001FA0C
0000000000277A0C
 TIE$SHARE                                                   ?
?
----- Begin Translated VAX Frames
%SYSTEM-F-ACCVIO, access violation, reason mask=04, virtual
address=002663B80000
0000, PC=000000007B92B080, PS=0000001B

  Improperly handled condition, image exit forced.
    Signal arguments:   Number = 0000000000000005
                        Name   = 000000000000000C
                                 0000000000000004
                                 002663B800000000
                                 000000007B92B080
                                 000000000000001B

    Register dump:
    R0  = 0000000000028009  R1  = 000000007AE0B864  R2  = 000000007B91A388
    R3  = 000000007AE0ACE0  R4  = 000000007AE0ABF0  R5  = 000000007AE0ABE8
    R6  = 000000007AE0ABD8  R7  = 002663B800000000  R8  = 000000007AE0ACD0
    R9  = 000000000000645C  R10 = 0000000000000004  R11 = 00000000002EC14C
    R12 = 000000007AE0B88C  R13 = 000000007AE0B864  R14 = 000000007AE0B844
    R15 = 0000000000260000  R16 = 0000000000000001  R17 = 000000000000000E
    R18 = 0000000000000000  R19 = 283C000000000000  R20 = 000000007AE0B864
    R21 = 283C00000025B58E  R22 = 0000000000000000  R23 = 0000000000000001
    R24 = 000000007AE0A998  R25 = 0000000000000001  R26 = 000000007B92B074
    R27 = 000000007B58A0A0  R28 = 0000000000000000  R29 = 000000007AE0AA10
    SP  = 000000007AE0A9F0  PC  = 000000007B92B080  PS  = 300000000000001B
%FOR-F-RECIO_OPE, recursive I/O operation
  unit 1  file
  user PC 00000000


0
Reply norm.raphael (682) 1/23/2004 2:50:15 PM

norm.raphael@metso.com wrote:
> ----- Forwarded by Norm Raphael/WOR/Automation/METSO on 01/23/2004 09:50 AM
> -----
> 
> John Reagan <john.reagan@hp.com> wrote on 01/22/2004 08:13:29 PM:
> 
> 
>>I downloaded ZK.ZIP using Mozilla, ran UNZIP, used a
>>
>>set file zk.bck/attr=(rfm:fix,lrl:32256)
>>
>>to fixup the saveset, and was able to use BACKUP to list the contents.
>>
>>--
>>John Reagan
>>Compaq Pascal/{A|I}MACRO Project Leader
>>Hewlett-Packard Company
>>
> 
> 
> I just pulled DUNGEON from the same place, and when it tried it, this
> happened:
> 
> Is there a version of DUNEON somewhere that actually works on OpenVMS
> Alpha?
[remainder snipped]

Do you mean this?

ALDUR$ sho cpu

System: ALDUR, AlphaServer DS10 617 MHz

CPU ownership sets:
    Active               0
    Configure            0

CPU state sets:
    Potential            0
    Autostart            0
    Powered Down         None
    Not Present          None
    Failover             None

ALDUR$ sho sys/noproc
OpenVMS V7.3-2  on node ALDUR  23-JAN-2004 10:38:09.82  Uptime  17 19:10:32

ALDUR$ dungeon
Welcome to Dungeon.                     This version created 1-Oct-94.
This is an open field west of a white house with a boarded front door.
There is a small mailbox here.
A rubber mat saying "Welcome to Dungeon!" lies by the door.
 >

I have a working executable.  If I look hard enough, I probably have 
sources as well.

Mark Berryman

0
Reply Mark.Berryman (57) 1/23/2004 6:44:41 PM


That fixed it
Thanks
RD
I also realized that the .COM DCL in there needs to be NOT Binary when
downloaded.  silly me.

RD
<norm.raphael@metso.com> wrote in message
news:OFCA5EA1D3.7DF8D1CD-ON85256E24.005139F5-85256E24.0051D21A@metso.com...
>
> ----- Forwarded by Norm Raphael/WOR/Automation/METSO on 01/23/2004 09:50
AM
> -----
>
> John Reagan <john.reagan@hp.com> wrote on 01/22/2004 08:13:29 PM:
>
> > I downloaded ZK.ZIP using Mozilla, ran UNZIP, used a
> >
> > set file zk.bck/attr=(rfm:fix,lrl:32256)
> >
> > to fixup the saveset, and was able to use BACKUP to list the contents.
> >
> > --
> > John Reagan
> > Compaq Pascal/{A|I}MACRO Project Leader
> > Hewlett-Packard Company
> >
>
> I just pulled DUNGEON from the same place, and when it tried it, this
> happened:
>
> Is there a version of DUNEON somewhere that actually works on OpenVMS
> Alpha?
> Every archive I have found has a problem or a piece of source code
missing.
>
> %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual
> address=000000000026
> 63BB, PC=0000000000277A0C, PS=0000001B
> %TRACE-F-TRACEBACK, symbolic stack dump follows
>   image    module    routine             line      rel PC           abs PC
>  FORRTL_D56_TV                              0 000000000001FA0C
> 0000000000277A0C
>  TIE$SHARE                                                   ?
> ?
> ----- Begin Translated VAX Frames
> %SYSTEM-F-ACCVIO, access violation, reason mask=04, virtual
> address=002663B80000
> 0000, PC=000000007B92B080, PS=0000001B
>
>   Improperly handled condition, image exit forced.
>     Signal arguments:   Number = 0000000000000005
>                         Name   = 000000000000000C
>                                  0000000000000004
>                                  002663B800000000
>                                  000000007B92B080
>                                  000000000000001B
>
>     Register dump:
>     R0  = 0000000000028009  R1  = 000000007AE0B864  R2  = 000000007B91A388
>     R3  = 000000007AE0ACE0  R4  = 000000007AE0ABF0  R5  = 000000007AE0ABE8
>     R6  = 000000007AE0ABD8  R7  = 002663B800000000  R8  = 000000007AE0ACD0
>     R9  = 000000000000645C  R10 = 0000000000000004  R11 = 00000000002EC14C
>     R12 = 000000007AE0B88C  R13 = 000000007AE0B864  R14 = 000000007AE0B844
>     R15 = 0000000000260000  R16 = 0000000000000001  R17 = 000000000000000E
>     R18 = 0000000000000000  R19 = 283C000000000000  R20 = 000000007AE0B864
>     R21 = 283C00000025B58E  R22 = 0000000000000000  R23 = 0000000000000001
>     R24 = 000000007AE0A998  R25 = 0000000000000001  R26 = 000000007B92B074
>     R27 = 000000007B58A0A0  R28 = 0000000000000000  R29 = 000000007AE0AA10
>     SP  = 000000007AE0A9F0  PC  = 000000007B92B080  PS  = 300000000000001B
> %FOR-F-RECIO_OPE, recursive I/O operation
>   unit 1  file
>   user PC 00000000
>
>


0
Reply russ39 (14) 1/23/2004 10:34:39 PM

2 Replies
50 Views

(page loaded in 0.046 seconds)

Similiar Articles:










7/27/2012 7:30:23 PM


Reply: