Star Commander 0.90.01 beta released

[Joe Forster/STA]

This is a potentially unstable beta version, released in a hurry,
because if I had waited for all problems to get solved, I couldn't
have released this in another year. ;-) The point of the release is to
introduce the 32-bit DOS DPMI version: its two major advantages is
that 1) it can uses lots and lots more memory, overcoming related
problems, and, 2) by having moved all DOS-specific functionality into
a single unit, porting will be much easier.

The final aim is a 32-bit Windows version which will solve the
problems of running DOS software under Windows. (Even worse, you can't
run DOS software _at_all_ under 64-bit Windows anymore.) Porting is
done by using Free Pascal for the DOS32 and Win32 version besides good
old Borland Pascal for the original DOS(16) version, from the same
source. Also, Free Pascal comes with a clone of Turbo Vision, Free
Vision, which I've hacked the very same way as the original. :-)

If you're interested, come to http://sta.c64.org/sc.html for a
download but expect the DOS32 version to be _quite_ buggy! Full source
- including _all_ (hacked) Free Vision units this time! - coming later.

[Joe Forster/STA]

Sorry, the beta download page is, of course, at http://sta.c64.org/scbeta.html
.

[Groepaz]

Joe Forster/STA wrote:

> If you're interested, come to http://sta.c64.org/sc.html for a
> download but expect the DOS32 version to be _quite_ buggy! Full source
> - including _all_ (hacked) Free Vision units this time! - coming later.

mmmh that sounds interesting.... wouldnt that mean it could be compiled for
linux aswell? (minus the actual transfer routines ofcourse)

--

http://www.hitmen-console.org http://magicdisk.untergrund.net
http://www.pokefinder.org http://ftp.pokefinder.org

Trying to outsmart a compiler defeats much of the purpose of using one.
<Kernighan & Plauger>

[Joe Forster/STA]

> wouldnt that mean it could be compiled for linux aswell?

This question already arose in my mind, too: probably, it would, but
you didn't hear that from _me_. ;-) (I don't want to make empty
promises!)

> (minus the actual transfer routines ofcourse)

Not necessarily as we have OpenCBM for Linux, too - actually, the
other way around: for _Windows_, too! - and running in the native mode
of the operating system will allow tighter coupling with OpenCBM, kind
of like a comfortable (T)UI for it besides other functionality.