• Welcome to the new COTI server. We've moved the Citizens to a new server. Please let us know in the COTI Website issue forum if you find any problems.

MacOS X?

A fellow Mac user! I am not alone :cool: Welcome aboard :D Equine of Lesser Mobility ;)

Of course we are such a minority* that I doubt anyone has anything to offer.

* Mac Users that is, not lame beasts though the difference may be hard to notice at times ;) I kid, I love my Macs at least as much as I hate them and I don't love my PC nearly as much as I hate it
file_21.gif


"Hey who are you and what are you still doing operating equipment in your current state of semiconsciousness? Now log out and let go of the keyboard, you need some sleep."

OK, OK, I'm going, right away <yawn>...
 
Berka:

I've checked into those softwares. The Mac software listed is out-of-date and will only run under OS X in "Classic" mode, which requires a working "classic" OS to use (or an emulator). The platform independent software is non-existent (ie: the web links generate 404 errors) or is so underdeveloped that it's nearly useless.

I have found the TAS Access Terminal Project group at Yahoo! groups and it has a piece of software that runs on my MacOS X machine (as well as Linux and Windows). It's not well-documented; nor is the development completed.

I suppose it would just be too much to ask for Heaven & Earth to be re-coded in Java or Python or Ruby or some other language that's not Windows-centric...
 
"Help is on the way!"

I'm currently working on two things:

1. A bunch of general utilities written in Perl, which will be useable as-is on Mac OS X if you're comfortable with the command line. There are currently tools for generating:

</font>
  • characters using the careers in Bk 1 and Supp 4;</font>
  • worlds, subsectors, and sectors;</font>
  • animal encounters a la Bk 3 and Supp 2;</font>
  • trade as per Bk 7;</font>
  • some other stuff.</font>
This all needs some spit and polish, and some tools to string it all together nicely, maybe a little shell.

2. A subsector viewer. This is in baby stages right now, as I get comfortable with the development environment, but coming along nicely.

Both of these are for Classic Traveller. If there are any specific things you'd like to see, let me know. Although, I don't plan on doing anything for other versions of Traveller, just the original version.
 
Originally posted by Paraplegic Racehorse:

I suppose it would just be too much to ask for Heaven & Earth to be re-coded in Java or Python or Ruby or some other language that's not Windows-centric...
Stuart Fenris is currently working on H&E2 which is being coded in .NET ... which as I understand it will run on obscure OSs like MAC OS 10.2

Meanwhile have you looked at Windows emulators?

Regards PLST
 
I used to have a working copy of VirtualPC. With OS upgrades, it quit working and I can't justify the price of the software - or the Windows OS - just to run a couple of programs. I've been unable to get anything other than FreeDOS to install onto Bochs ( http://bochs.sourceforge.net ), and it would still require a licensed copy of Windows. VMware is not available for the Mac and, again, would require a licensed copy of Windows. The WINE project won't work on a Mac because it doesn't emulate the hardware and there are endianness issues involved so that would only work under a PC OS - and, I've not been successful at running anything that requires a proper install procedure in a WINE environment.

The Mono and DotGNU projects purport to be able to run .NET software, possibly on a Mac, but I have my doubts. How are they going to work around endianness of the differing hardware?

It would just be a better solution to recode in Java, Python, Ruby or "portable" C/Pascal/whatever using third party graphics and windowing API kits, such as Qt or wxWindows. If I could get ever get a *&^% "Hello World" program to compile on a first try, I might actually make some attempt at coding a useful utility on my own...
 
Originally posted by Paraplegic Racehorse:

The Mono and DotGNU projects purport to be able to run .NET software, possibly on a Mac, but I have my doubts. How are they going to work around endianness of the differing hardware?
If I understand what you are saying then the point of .NET (to a certain extent) is to insulate developers from that issue. The .NET Framework is a virtual machine ... you write applications that run on the virtual machine and the framework handles the physical platform side of things.

The only issue I can see is how mature these non-Windows implementations of the .NET framework are.

Regards PLST
 
Back
Top