Vorticon

I checked out that book on Amazon and it's selling around $100 new!!! Whoa... How much do you want for your copy

OK this is bugging me: it's not "conscious" guys, but "conscience" You can get back to your bickering now...

I'm in the twin cities. For this whole shebang, I paid $100 for it off of craigslist. Not sure this is really worth $100 these days, especially if the buyer has to pay shipping for the PEB. My guess is $50 for the lot is a fair price, unless the PEB has some unusual cards in it. I live in the Twin Cities as well by the way, at least until June when I permanently move to Chicago. Some day this stuff is going to become quite rare as the number of TIers using real hardware continues to dwindle, so I suggest you hang on to it unless you have a very acute space issue. Heck I'm taking all my TI gear with me to my new apartment in Chicago where space is at quite a premium! Now if you have absolutely no intention of using your setup, then that's a different story...

I stand corrected.

Jack Tramiel was a business man, no more and no less. He saw opportunity and exploited it to the max. I don't know if he had a creative side as well, but the fact that he labeled the Atari programmers as towel designers makes it a little doubtful. Nonetheless, he does deserve his place in the history of computing. May he rest in peace.

I hope the original poster got what he needed though!

Actually I believe Marc Hull still programs in assembly on real hardware only. Crazy Marvin's Great Escape is one such (BTW extremely well coded and highly addictive) recent example from him. While I love my hardware, it simply cannot compete in efficiency and reliability with emulation when it comes to programming. Besides, since I will soon be moving to downtown Chicago and thus have far less space available, I'm not even sure I can maintain a full blown system Thankfully, with the availability of the CF7 sidecar and the FA18 VGA upgrade, I will probably be able to get by with just a console and a flat screen monitor which I can even share with my PC.

Very cool I find it fascinating how mathematical concepts can evolve into interesting graphical patterns.

Ah yes, object oriented programming. Still on my list to learn (I had started working on it with Turbo Pascal 5), but then got diverted to greener pastures. Maybe some day he he

No idea what that means

I love these mathematical demos Now try it in bitmap mode for better resolution!

TI-Fukushima? I haven't come across that one. Where is the file located? The others are the TI Gameshelf website.

Would you be willing to post the files here for our benefit?

Thank you. I enjoy doing it. ***Please note: There is a gotcha, however. I did not modify FORMAT-DISK , DISK-HEAD or FORTH-COPY . They are the original routines, which only manage 90-KB disks. Please see Appendix L of my edition of the TI Forth Instruction Manual. I will work on incorporating my new versions into any more disk images I post. Sorry about that. You will not have a problem until you try to edit screens past 489. I probably did not remember to say anything because I almost never used those routines. I almost always used the disk manager for formatting. Again, I apologize for any confusion. ...lee Ah yes, I remember reading that... I guess I can always use a disk manager to format the disks first... Win994a does have a disk creation utility, but it can only go to 360K (DSDD). Plenty enough in my opinion

That's really great! Where did you post them?

I'm willing to take the whole bunch to Kinko and have it professionally scanned to PDF at my own expense and return them to you with a CD. This documentation is far too valuable to let it fade away. Feel free to PM me if interested. BTW, did you end up posting the emulator image somewhere? I'm very sorry to hear you damaged one of your copies, and I hope you take a very deep breath before you do something rash...

OK, so I tested your disk, and it boots fine and very fast! However, after I format DSK2 with FORMAT-DISK (should be 400k given that DISK_HI is defaulted to 800 at boot up) and transfer screens 4 and 5 with SMOVE, when I try to edit screen 404 I get garbage and TI FORTH indicates that I am in screen 0 when I should be in screen 404. I'm using Win994a which works flawlessly with the original TI FORTH disk and 90K disks. Any thoughts or am I missing something here? Addendum: Never mind. I was typing EDIT 404 instead of 404 EDIT... Old habits die hard indeed I guess I was attempting to edit whatever number was on the stack. Your disk works perfectly. Thank you for taking the time

Win994a also works.

That's great! Thanks! I'll check it out and report any issues.

Let me clarify: the p-code disks are functional. Only the Turbo Pasc'99 ones are not.

Here's the latest status update on Turbo Pasc'99: I have been unable to create a working image of the main compiler disk I have. It will run on a real machine, but compilation and file saving operations crash the system. If anybody here has any ideas on how to create mirror image dsk images of these disks, please let me know. On the bright side, I was finally able to fully compile, link and run Pascal programs using TP99. It turned out that the compiler was not generating object code (it should but it was not for some reason), but rather creating a text file with assembly mnemonics. No wonder the linker was giving me errors... The good news is that the generated file can be assembled with the regular TI assembler to generate object code which can then be fed to the TP99 linker (LK99) to create an EA5 executable. A very minor correction needs to be made to the mnemonic text file before assembling it however: it contains the following: DEF CA$ CA$ [rest of program here] The CA$ needs to be put in the label field of the code line immediately following it in order to be able to correctly assemble the file. Once this is done, then everything should work fine. Of note is the fact that the final EA5 program generated after linking still needs to have access to the libraries on your development disk in drive 1. This is mentioned in the manual. Therefore, it's not fully a standalone program, although one could distribute the program and libraries together. In other words, it's a pretty cumbersome process, but the generated program will run at assembly speed, certainly faster than UCSD Pascal, so it may be worth the effort. If only pointers and records were implemented...

I'm afraid the disk images I have uploaded, specifically the disk1 (the compiler) is not functional. Nonetheless, in order to transfer images to real disks, you need a PC with an old 360K drive and a BIOS that still supports that format. You can then use the TI99-PC program to transfer the images to real disks. This is only one way (my way), but there are other ways of doing it including the use of special cables, floppy disk emulators, etc.... I'm sure others here will chime in

OK this is too cool. This is the first time I have ever been able to interactively play with the bitmap screen! Up until now, it was a painful process of editing, compiling and running in assembly. Using either the split or split2 modes, I am able to draw lines, plot pixels and create new graphical functions and watch the result in real time. This is a fabulously useful tool, and I am astounded that there is hardly anything out there that uses TI Forth despite it being available since 1983 in the public domain... Now the bitmap tools seem rather slow, so creating rapidly changing patterns may be challenging, although I have yet to experiment with this. Another observation is that prior familiarity with assembly and the TI's architecture seems to be assumed by the TI Forth manual, although it's not a strict requirement. All in all, this is quite a powerful implementation that really leverages well the TI's capabilities, and I'm looking forward to exploring it further before I hop to Turbo Forth

Which disk functions? This is what I did: 1 DISK-FORMAT to format a blank disk in DSK2 (no errors) 180 DISK_HI ! to set up 2 drives (no error reported) DECIMAL 4 94 2 SMOVE to copy screens 4 and 5 from DSK1 to DSK2 and I get a disk error message here and many of the non resident words I loaded from the modules at startup stop working from there on. This only happens with Classic 99, but not with Win994a.

I may not be understanding exactly what you want to do or what, if anything, you might be missing; but, if you will indulge me a moment: FLUSHing only copies dirty screen buffers to their associated screens on disk. When you edit a screen, you give EDIT a screen number to start editing ( 99 EDIT , perhaps). It is the screen number that determines what disk you are actually working with. Let's say you are using three 90KB disks with the system on DSK1 and you want to put a program on the 10th screen of DSK2. That would be screen 9 if the disk were in the first drive. That screen in this scenario is screen 99. If you want the contents of that just-edited screen to be copied to, say, screen 189 (10th screen on DSK3), you would type FLUSH 99 189 SCOPY . The FLUSH simply insures your edits are first saved to screen 99. ...lee Ah... I get it now! Thank you for the explanation I'm slowly getting there...