that is cool, but he has too much to update for the 83,85, 86 at once.

I actually only update the TI-82, TI-85, and TI-86 versions myself; the rest are made by other people.

However, it isn't really too much to do; all of these versions are built from the same source code, with just a fairly small amount of conditional code and calculator-specific files. Adding new levels or enemies can be done by just updating the code shared among all calculators. I also have a script file to assemble for all three automatically, so I need only type one command to re-build the updated versions for all three calculators.

it won't send to my 83+, it's a comm timeout, and al other things send except this

this happened to me too.

All you have to do is re assemble it and it will send just fine

can't reassemble, running windows 2000

Windows 2k doesn't let you assemble things???

That's probably one of its 60 000 (or more) bugs. (not an exaggeration!)

No, its just that in Win2K, they completely (well, tried to mostly) rid Windows of its DOS legacy. Meaning that it no longer allows for DOS only progs like TASM and OBJ83.

I have no problems running TASM under Windows 2000. There is a 32 bit version, not sure if it runs under win32. In any case, the 16 bit DOS version of TASM will run fine. Obj83 will NOT run. I was unable to make any of the 83 converter programs work, so I wrote bin2var. The source is available, and there is a win32 binary included. You can also compile it for DOS or Linux if you like.

Can't you partition your hard drive and install win98(se)?

that's funny,

I've never had a problem assembling anything in Linux with any compiler I've tried.

-JrJinfinity

This is why Wondows sux big blue donkey nut and Linux is better...that and linux dosent take up as much space as Winblows......

Just my thoughts.....

PsySpy the Chosen

True, but you can setup Windows and get hardware, networking, etc., working 95% with very little computer knowledge just by pointing and clicking through the gui interface. If something doesn't work, it is usually simple to get it working, because you can play with the options until it works. Under Linux, if you're not an expert (which you sort of have to be to setup Linux), you can quite often end up stuck, only solving the problem by asking someone else or spending hours searching the net for the answer to your problem (and God help you if don't have another working box with internet access).

Plus, there isn't near the amount of software available to use in Linux than there is in Win.

Maybe not, but at least you can find anything you really need to do what you want. Plus you don't spend you life savings on any 1 program.

From my experience some of the software for Linux is of higher quality, & more functional than anything for Windows.

Basically it comes down to whether or not you like to spend 25% of the time you use your computer rebooting :)

-JrJinfinity

How do I reassemble. I am not an assembly programmer, so I am lost when it comes to that stuff.

This happened to me too.

I just sent Phoenix to VirtualTI, and enabled the cable link and that and sent it to the calculator that way.

This is due to a bug in devpac8x. If the binary file is an a different directory from the devpac8x file, it links incorrectly. I uploaded the fixed version of phoenix.8xp to ticalc a few hours after I uploaded the first version, but they haven't updated it yet.

Use bin2var :)

I guess a lot of you guys didnt read the above comments or the file information, but the readme indicates that a completely different person (dan englender) did the mirage port, not the author. If you look at the game authors page, I believe it will also say he does not do 83/83+ programming.

Now. For some reason, when i send the file to my calc, the link program times out. any idea why? I have tried it on two separate 83+ calcs, with the same results. Other programs send correctly, and i can receive files from either calc as well. does anyone know how to fix this?

Read the comment directly above this one. It appears that if you re-assemble the program, it will transfer just fine.