Subj : EMX / GCC configuration issues
To : Mike Luther
From : Bob Jones
Date : Thu Jul 31 2003 11:32 pm
ML> OK Bob ..
[Major cut....]
ML> Following that, I renamed the second \emx directory
ML> tree to \emxx and cleaned the .INI files plus rebooted.
ML> Nothing noted. Last step was to trash the \emxx
Did you find anything in .INI files that needed cleaning out at any place in
the system related to this? I haven't played that game....
...
ML> Now ... that would, as it stands, when you folks over
ML> in the MAX mash get things more organized; be where I
ML> could work at learning the backwards game to video and
ML> all for DOS, from working code! And eventually, for
ML> maybe WIN-ugh in the reverse? And just MAYBE, it will
ML> be in the compiler which has relevant value in the IBM
ML> internal world as well?
Video? The Max/Linux port is terminal based and using curses (or ncurses)....
This pre-dates Windows and OS/2.... This is dumb terminal, 80x24 character
control.... <grin> Which should be fine for a BBS that expects to talk to
just "vt-100" or ANSI "dumb" terminals.... <grin>
Ok, maybe in back-porting the Linux to compile using the GNU EMX C compiler
under OS/2 I might get some of the older (original) OS/2 code working....
Now, where's sh for OS/2? [The configure script needs it...] Guess I could
manually figure out each of the items that script tests and hand edit vars.mk.
And OS/2 TEDIT does nasty things to <TAB>s in text files.... And make that
came in GCC321.ZIP does differenciate between <TAB> and eight spaces. :(
Ok, where did I hide that copy of a VI clone for OS/2?
ML> Inquiring mind wants to know. ;)
Come join the fun / insanity on working on the code.... ;)
Take care.....
Bob Jones, 1:343/41
--- Maximus/2 3.01
* Origin: Top Hat 2 BBS (1:343/41)
