home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / ti / 592 < prev    next >
Encoding:
Text File  |  1992-08-21  |  4.4 KB  |  84 lines
  1. Newsgroups: comp.sys.ti
  2. Path: sparky!uunet!usc!rpi!olsone
  3. From: olsone@aix.rpi.edu (Erik G. Olson)
  4. Subject: Re: TI developing: what's up, what's in, what's out there?
  5. Message-ID: <ntjy-dr@rpi.edu>
  6. Nntp-Posting-Host: aix.rpi.edu
  7. Organization: Rensselaer Polytechnic Institute, Troy, NY
  8. References: <kvhyt0a@rpi.edu> <wLFVPB2w165w@ersys.edmonton.ab.ca>
  9. Date: Sat, 22 Aug 1992 02:30:06 GMT
  10. Lines: 72
  11.  
  12. In article <wLFVPB2w165w@ersys.edmonton.ab.ca> andy-w@ersys.edmonton.ab.ca (Andrew webster) writes:
  13. >_________________________________________________________________________
  14. >
  15. >You like Feb'web 3.5 over 4.x!!! Why? Do have an 80 col card and a RAM?
  16. >__________________________________________________________________________
  17. >
  18. >Andrew webster              andy-w@ersys.edmonton.ab.ca 
  19.  
  20. Well, that's not why, and I don't quite see how it could be...
  21.  
  22. I got to like Fweb 3.5 one summer when I was using a plain P-box with a
  23. color TV and an additional outboard disk drive. The only functions I
  24. used were Edit, Assemble, Load&Run, with the occasional disk catalog
  25. and homegrown utility program mixed in. 
  26.  
  27. (Actually a better description would be Edit, Assemble, Edit, Assemble,
  28. Edit, Assemble, Load&Run, FCTN-QUIT, Load&Run, FCTN-QUIT...)
  29.  
  30. I did this out of the E/A cartridge. Fweb loaded when I pushed '5' and
  31. Enter from its menu. The things I liked were that it didn't clutter my
  32. disk or my screen-- two things that are eroded in later versions of Fweb.
  33. Assembling big programs eats disk space fast, so small tools win. It's also
  34. good to keep object code on one disk (with Fweb) and source by itself
  35. on another disk. Disk swapping loses big-time. (I went on to endure
  36. a Mac without a hard disk for almost a year. Now there's a machine that
  37. burns resources.) Plus, all I had to do was hit a few number keys. This 
  38. was welcome, because in debugging/developing assembly-- particularly a game,
  39. as I was doing-- your motions are very repetitive. In Fweb 4.0, which I 
  40. tried, there are annoying little pauses in more places-- at least the 
  41. versions I've used.
  42.  
  43. Jesse Slicer did give me a recent copy of 4.x and I tried it out, but it 
  44. failed the clutter test. I would use it as a grand main entrance instead of 
  45. 3.5 if I had a plain 4A, but for a quick-and-dirty assembly axe it's not
  46. the right tool for me. At this point I would like to bow out and stop
  47. encouraging sticking-in-the-past oldfashionedness. 
  48.  
  49. Incidentally, I did all that work with 3.5 while Lou had my Geneve on
  50. repair. I actually got it back, in a timely fashion! (It had an extremely
  51. simple problem, thankfully.) So I don't use Fweb at all except on rare
  52. occasions; GenProg is awesome. The latest version of that 4A game depends
  53. on it-- but it still retains some old characteristics, such as the habit
  54. of segregating tools on one disk, along with MDOS, which bootstrap 
  55. themselves into the software ramdisk, while the source code lives on
  56. a disk by itself and is shuttled back and forth from ramdisk. (Which
  57. is also good for making backups.) GenProg produces every-- I really mean, 
  58. *every*-- kind of output file there is, so from MDOS my automated scripts 
  59. kick out the 4A loadables onto the source code disk. Object code is never 
  60. saved to floppy since GenAsm laughs at small programs that only fill up 
  61. 31K of memory, and it's cheaper just to do without REF/DEFs (wretched
  62. things that they are) and assemble the whole darn thing into a single 
  63. object file. Sort of like all the TI cartridges where the SOURCE was all
  64. one file, all 5000 lines or whatever. (These, I guess, were assembled on
  65. bigger machines, that at least had massive storage systems.)
  66.  
  67. Nowadays I get paid to write C on monster workstations, which raises
  68. the question, why do I still have a TI? Well... it's fun to write a
  69. little assembly now and then. I might even tackle a big program if
  70. I had a killer C compiler. (No I'm not taking suggestions; I have
  71. enough already. A cool game, or, heavens, another BBS program
  72. that I actually did write ANSI C routines for just as an exercise (!),
  73. or most unmarketable of them all, a GIS (Geographic Information System)
  74. that interfaces to TI-Base. I think that would be really cute-- a mapping
  75. program on a TI. You'd almost need a CD-ROM drive then...)
  76.  
  77. Ramble mode:
  78.  
  79. (I better post ramble separately.)
  80. -- 
  81. Erik G. Olson          =+ There was Virtue in the world before there was
  82. olsone@rpi.edu         =+ Orthodoxy in it.
  83.                        =+ --The Independent Whig (as quoted by John Adams) 
  84.