DOS ain't dead

Hi,

on a rainy day in our vacation I ported two old St*rTrek console games to DJGPP/DOS.
https://github.com/SuperIlu/OldTrek
Back home I'll try Watcom/16 bit when I find the time...

---
Javascript on MS-DOS? Try DOjS https://github.com/SuperIlu/DOjS
Fediverse: @dec_hl@mastodon.social

> Hi,
>
> on a rainy day in our vacation I ported two old St*rTrek console games to
> DJGPP/DOS.
> https://github.com/SuperIlu/OldTrek
> Back home I'll try Watcom/16 bit when I find the time...

Thanks very much. I'm always very happy to see new DOS compiles of old games! Your compiles work well for me, pure DOS, and are a blast from the past, from PDP days in the '70s when I used console time playing Star Trek.

If you get the 16-bit .EXEs compiled, let us know. Should be even smaller binaries, of course, than these DJGPP versions.

> Thanks very much. I'm always very happy to see new DOS compiles of old
> games! Your compiles work well for me, pure DOS, and are a blast from the
> past, from PDP days in the '70s when I used console time playing Star
> Trek.
>
> If you get the 16-bit .EXEs compiled, let us know. Should be even smaller
> binaries, of course, than these DJGPP versions.

Well, the new DOS compiles of old games are nice but even better whould be the new DOS compiles of the new windows or android games

Anyway, could you post here some screenshots from the StarW*rs game?

---
DOS-u-akbar!

> Anyway, could you post here some screenshots from the StarW*rs game?

For the record: Star Wars != Star Trek

---
Forum admin

> > Anyway, could you post here some screenshots from the StarW*rs game?
>
> For the record: Star Wars != Star Trek

Even tho we like them both...
any of we Treckers know the BIG difference between the two.

---
--
http://glennmcc.org/

> If you get the 16-bit .EXEs compiled, let us know. Should be even smaller
> binaries, of course, than these DJGPP versions.
I did a quick test with Watcom. "startrek" compiled fine, "trek" exceeds even the "huge" memory model of Watcom.
I'm not sure it is worth to try to understand why. I checked in the project files on GitHub if anybody wants to take a look...

---
Javascript on MS-DOS? Try DOjS https://github.com/SuperIlu/DOjS
Fediverse: @dec_hl@mastodon.social

> I did a quick test with Watcom. "startrek" compiled fine, "trek" exceeds
> even the "huge" memory model of Watcom.

I seem to have successfully built "trek" with BC3.1 (small model, 386, FPU, 56698 bytes exe). I think the main problem is variables being declared in the header; I test a define to declare extern or not, defining it in externs.c.

> > I did a quick test with Watcom. "startrek" compiled fine, "trek" exceeds
> > even the "huge" memory model of Watcom.
>
> I seem to have successfully built "trek" with BC3.1 (small model, 386, FPU,
> 56698 bytes exe). I think the main problem is variables being declared in
> the header; I test a define to declare extern or not, defining it in
> externs.c.
Nice, I'll try that the next time I can squeeze some time in.
I was compiling for 8086 w/o FPU and included the floating point emulation.
There is some scary stuff in the code :)

---
Javascript on MS-DOS? Try DOjS https://github.com/SuperIlu/DOjS
Fediverse: @dec_hl@mastodon.social

> I seem to have successfully built "trek" with BC3.1 (small model, 386, FPU,
> 56698 bytes exe). I think the main problem is variables being declared in
> the header; I test a define to declare extern or not, defining it in
> externs.c.

I did what you suggested and uploaded a new release with 16/32bit EXEs
https://github.com/SuperIlu/OldTrek/releases/tag/20220925

---
Javascript on MS-DOS? Try DOjS https://github.com/SuperIlu/DOjS
Fediverse: @dec_hl@mastodon.social

> > I seem to have successfully built "trek" with BC3.1 (small model, 386,
> FPU,
> > 56698 bytes exe). I think the main problem is variables being declared
> in
> > the header; I test a define to declare extern or not, defining it in
> > externs.c.
>
> I did what you suggested and uploaded a new release with 16/32bit EXEs
> https://github.com/SuperIlu/OldTrek/releases/tag/20220925

Gave it a try... it works great.

Thanks for stepping us back in time to the 1970's

---
--
http://glennmcc.org/

> > I seem to have successfully built "trek" with BC3.1 (small model, 386,
> FPU,
> > 56698 bytes exe). I think the main problem is variables being declared
> in
> > the header; I test a define to declare extern or not, defining it in
> > externs.c.
>
> I did what you suggested and uploaded a new release with 16/32bit EXEs
> https://github.com/SuperIlu/OldTrek/releases/tag/20220925

Thank you! These 16-bit versions work perfectly for me on bare metal DOS. I feel like it's 1978 again.

> > I did what you suggested and uploaded a new release with 16/32bit EXEs
> > https://github.com/SuperIlu/OldTrek/releases/tag/20220925
>
> Gave it a try... it works great.
>
> Thanks for stepping us back in time to the 1970's

For some of us it feels like a voyage home. (Although that were already the 1980's.)

---
Forum admin

> Thank you! These 16-bit versions work perfectly for me on bare metal DOS. I
> feel like it's 1978 again.
Thanks for testing and feedback!

---
Javascript on MS-DOS? Try DOjS https://github.com/SuperIlu/DOjS
Fediverse: @dec_hl@mastodon.social

I have not tried nor looked closely at these, but are you aware of these other two DOS versions?

* The Classic Super Star Trek Game (C, Tom Almy)
* Star Trek: The Nth Iteration (XPL0, Loren Blaney)

(O.T. It appears that XPL0 and Snarf were both updated in 2020, but I didn't notice! So FreeDOS ibiblio needs updating! I'll email Jim.)