[comp.windows.ms] MS Windows game -- Tetris

kipnis@janus.berkeley.edu (Gary Kipnis) (07/20/89)

When I posted TETRIS  - game for ms windows, I forgot to include instuctions
on how to extract it.  
here are the steps:
    1. Save the file, and delete everything above line that has tetris.arc
    2. use uudecode to extract tetris.arc from the saved and edited file
    3. transfer it to you pc (use ftp in binary mode 
	    if you pc is hooked up to network,
	    kermit doesn't seem to work properly on some unix systems)
    4. unarc the game and play it.

As somebody pointed out the game doesn't work in Debugging version of windows,
I quickly assembled debugging version and it didn't work, I was really
surprise, because the error messaget that I got :
    "Cannot read aux port" or someting like that
    should have nothing to do with the game, I don't even touch 
    auxilary port.

Does anyone have any suggestions to what the problem might be...

Thanks,

gary

jerryd@hpgrla.HP.COM (Jerry Donovan) (07/20/89)

> As somebody pointed out the game doesn't work in Debugging version of windows,
> I quickly assembled debugging version and it didn't work, I was really
> surprise, because the error messaget that I got :
>    "Cannot read aux port" or someting like that
>    should have nothing to do with the game, I don't even touch 
>    auxilary port.

> Does anyone have any suggestions to what the problem might be...

As a few others may also point out, the debugging version of windows does
use that port to display it's output and retrieve some input.  It was just
trying to interact with you about the problem it found.  When using debugging
windows, you can have a terminal hooked up to the port (com1) (at the proper
baud rate etc.) and use it to help debug the program.  Even if you just place a
serial printer on the port, then I believe you will be able to get the output
of the stack trace, however you will not be able to respond to the question of
"Abort, Break, or Ignore?" so it will still put up that message.

Jerry Donovan

bturner@hpcvlx.HP.COM (Bill Turner) (07/21/89)

> As somebody pointed out the game doesn't work in Debugging version of windows,
> I quickly assembled debugging version and it didn't work, I was really
> surprise, because the error messaget that I got :
>     "Cannot read aux port" or someting like that
>     should have nothing to do with the game, I don't even touch 
>     auxilary port.

The debugging version of Windows (and SYMDEB and CodeView for Windows)
write information to COM1: (actually to AUX: which is mapped by default
to COM1:).  The intention is that there will be a terminal connected to
COM1: where debugging information can be printed and where commands can
be entered.

If you have a second display in your system, there is a driver called OX
that will map AUX: to the second display.

(I'm with Mike Roper on this:  How *have* you been debugging your apps if
you don't have a terminal or some other debugging method?)

--Bill Turner (bturner@hp-pcd.hp.com)
HP Corvallis Information Systems