Empfaenger: comp.sys.atari.8bit Subject: BBS software Date: 2 Apr 94 17:15:48 GMT Organization: Chalmers University of Technology, Gothenburg Sweden Lines: 21 NNTP-Posting-Host: hacke14.dtek.chalmers.se I am looking for BBS software packages, (as I'm considering to start two 8 - bit BBS's here in sweden) I dont know what there is, I've heard of BBS express! & PRO, are they any good? I'm also looking for an 850 manual, an 850 altogether, (or similar), device. As I may write my own BBS program in turbo basic XL so I'm particulary interested in the 850 manual and sources for different file transfer protocols. What will the modem-through option do to the sio2pc chematics? Will it just be a software mod to the executable program? I'd really like to see this, as it may make me skip the 850. --------------------------------------- Fredrik Lundholm DDD OO L D D O O L - RECORDS d1dol@dtek.chalmers.se DDD OO LLLL --------------------------------------- Empfaenger: comp.sys.atari.8bit Subject: Re: emulators `n stuff Date: 2 Apr 1994 20:56:19 GMT Organization: Tulane University, New Orleans, LA Lines: 18 Message-ID: <2nkm5j$e7h@news.cs.tulane.edu> References: <2nd98j$ho4@sundog.tiac.net> NNTP-Posting-Host: rs5.tcs.tulane.edu In article rstout@legend.akron.oh.us writes: >FlickerTerm sounds OK but I hope it includes at least Xmodem CRC. >Releasing incomplete software is permissable if it is clearly labeled >as beta. But then I have to warn that no file transfers will make >many pass it by. How about baud rates? FlickerTerm is still in Alpha test, right now all the main work is being done to get the speed up and to work on the emulations, VT100 and Ansi. So far, everything is going well...it has very good VT100 support and a very workable Ansi support. As to the next step, that would be protocals, X,Y, and maybe even zmodem (Alfred is sending LonerSoft the source he's been working on.) Give it time, FlickerTerm will not be released until its ready. As to the Baud rate, FT80 keeps up at 14.4 (with modem compression turned off) w/o character loss. At 9600 it has no character loss even with modem compression turned on. Mike Empfaenger: comp.sys.atari.8bit From: lineber@lonestar.utsa.edu (Jerry M. Lineberry) Subject: Re: ibm to atari Sender: news@ringer.cs.utsa.edu Nntp-Posting-Host: lonestar.utsa.edu Organization: University of Texas at San Antonio References: <2n75e3$sih@inca.gate.net> <2nb2pk$f28@news.cs.tulane.edu> Date: Sat, 2 Apr 1994 21:10:11 GMT Lines: 16 In article <2nb2pk$f28@news.cs.tulane.edu> snyder10@rs6.tcs.tulane.edu (Sherry Snyder) writes: >In article ricortes@delphi.com writes: >>DISK! If youu load it into the editor the SET directives will cause the >>compiler to overwrite the source code. I'll plug in an 800 tonight > >In fact, both the compiled front ends for the the Atari and MsDos machines >along with the C and Action! source's are at the Archives. If I recall >rightly, they're located in /8bit/Telecomm thought you may want to get >the 0index file which lists everything in the archive. > >Mike What FTP site is this Archive at? Jerry Empfaenger: comp.sys.atari.8bit Subject: Re: Atari Emulator/ X-Windows-- almost ready-- need help Date: 03 Apr 1994 00:46:06 GMT Organization: The University of Texas at Dallas Lines: 29 Message-ID: NNTP-Posting-Host: paris.utdallas.edu In-reply-to: feb6399@ultb.isc.rit.edu's message of Tue, 22 Mar 1994 00:52:00 GMT > ... > in other words, there was no single, tight loop that was repeated-- because > of the calls to the FP ROMs there are lots of nested loops and it was very > difficult to tell which part was the culprit, since all instructions seemed > to be doing what they were supposed to as far as flags, unless I've got > bad info on the 6502 CPU flags.. does anyone have a list that they are SURE >... Frank: It sounds like you are trying to run the FP ROM's through your 6502 emulator. Does this mean that the atari emulator will require the copyrighted atari rom code in order to run? I think you are asking for trouble. Why include the atari code at all? You can intercept any JMP or JSR to the rom address space and use a 'C' routine to perform the function. All of the recommended atari subroutine entry points can easily be implemented this way. There are a number of games that make illegal calls to the atari ROMs for these cases the user can run the OS rev B translator. This method makes everything legal and much faster because the Atari OS can be implemented in the target machines native language. The only caveat is: does the atari translator make illegal calls to the OS ROMs? Food for thought -Mike M- Empfaenger: comp.sys.atari.8bit Subject: Re: ibm to atari Date: 2 Apr 1994 23:31:46 GMT Organization: Tulane University, New Orleans, LA Lines: 18 Message-ID: <2nkv92$hgi@news.cs.tulane.edu> NNTP-Posting-Host: rs5.tcs.tulane.edu In article ringer.cs.utsa.edu> lineber@lonestar.utsa.edu (Jerry M. Lineberry) writes: >>the 0index file which lists everything in the archive. > >What FTP site is this Archive at? A number of folk have pointed out that I did this, just goes to show ya ... Anyway, to correct what I should have done right the first time, the Atari Archives at atari.archive.umich.edu You can also get the 0index file I talked about by BART... Send mail to atari@atari.archive.umich.edu in the body of the letter write.... send 8bit/0index This will get you a list of everything in the archives. Mike sorry about the goof... Empfaenger: comp.sys.atari.8bit Path: isc-newsserver!ultb!feb6399 From: feb6399@ultb.isc.rit.edu (F.E. Barrus) Subject: Re: Atari Emulator/ X-Windows-- almost ready-- need help Sender: news@ultb.isc.rit.edu (USENET News System) Nntp-Posting-Host: ultb-gw.isc.rit.edu Organization: Rochester Institute of Technology Date: Tue, 5 Apr 1994 15:44:41 GMT In article munoz@paris.utdallas.edu (Michael Munoz) writes: >Frank: >It sounds like you are trying to run the FP ROM's through your 6502 >emulator. Does this mean that the atari emulator will require the First of all, this bug is now fixed. That was a really old message you were replying to. >copyrighted atari rom code in order to run? I think you are asking >for trouble. Why include the atari code at all? You can intercept >any JMP or JSR to the rom address space and use a 'C' routine to >perform the function. All of the recommended atari subroutine >entry points can easily be implemented this way. There are a number Well, I had thought of this, and might still implement it at some point to enhance the speed, but in order to do so, I would have to reverse engineer many of the OS routines, and calculate cycle timings for them as well. Keep in mind that the OS does much more than provide subroutines for user programs. In addition to initializing all the hardware registers and software tables, it also has to execute VBI's, and to change the timing of those routines might upset some timing critical code. It's also a *lot* of work to write all these routines. I'm nearly ready to release it now. If you really want me to spend many more months writing OS emulation routines rather than using the OS ROM's (and this means I have to write floating point too), then sure, why not.. just don't expect the emulator anytime in the near future. :-) >of games that make illegal calls to the atari ROMs for these cases >the user can run the OS rev B translator. This method makes everything The problem with this is that the emulator must be aware of the fact the a translator just got loaded and disable all of the "traps" that were used before. Remember, the translator really is just the revision B OS with a few small modifications to make it run on an XL/XE. >legal and much faster because the Atari OS can be implemented in the target Well, as far as legalities go, I won't be distributing the OS ROM's. It's up to each user of the emulator to get their own copy, through an EPROM burner, or whatever. (However, not that the other 800XL translator that recently came out DID have the OS ROM's with it-- I wonder if anyone got into any legal problems?) >machines native language. The only caveat is: does the atari translator >make illegal calls to the OS ROMs? The translator *doesn't* call the ROMs. That's the whole thing I was saying above. The translator is just a copy of the Rev B OS ROM's, with a few mods. > >Food for thought > >-Mike M- > > > Bottom line: Yes, I intend to eventually do this, for the sake of speed. But it's going to be tricky to maintain nearly 100% compatability like I have now (including timing compatability), and I would have to probably delay the emulator for another half year or so, considering my busy schedule. So, maybe later, but not now. - Frank Empfaenger: comp.sys.atari.8bit Subject: Re: Old Microprocessors Date: 2 Apr 1994 18:31:49 GMT Organization: A World of Information at Your Fingertips Lines: 18 Message-ID: <2nkdml$t2p@nwfocus.wa.com> NNTP-Posting-Host: chinook.halcyon.com Lonnie McClure wrote: > > Ben Poehland said: > "There WAS a 186, but the appearance of the 286 came so > quickly & was so much better that very few computer makers > ever utilized it. (The exception that comes to mind is > Radio Shack, some piece of overpriced junk they sold had a > 186.)" > >That would be the Tandy 2000 one of the MS-DOS non-PC-compatibles. There is also at least 1 current palmtop that uses the 186. I've always thought of it as the 86 done right, with many instruction cycle counts reduced to reasonable levels (effective address calculation is 1 cycle in the worst case, instead of up to 12). James Hague junkster@halcyon.com Empfaenger: comp.sys.atari.8bit Subject: Re: 8-Bit Marketplace Date: 2 Apr 1994 18:51:55 GMT Organization: A World of Information at Your Fingertips Lines: 24 Message-ID: <2nkesb$lt@nwfocus.wa.com> NNTP-Posting-Host: chinook.halcyon.com wrote: > >I guess maybe I'm just hungry to see a product representing a totally new >idea appear in our market. Or at least, a totally new approach to an old >idea that completely blows away all previouis attempts to perform the >selected task. That's exactly how I feel. Since the market dried up around 1988 or so, there have been almost *no* exciting new products. Hardware hacks and upgrades are fun and useful, but what good are they without software? Almost all the "new" software has been of the "trifling utility" sort, such as a program to convert cassette games to disk format. A bunch of new games have come out of Europe, but they seem to be misguided attempts to out-flash the current crop of game consoles than classic 8-bit fun. I guess what I'm saying is that anyone wanting to write a new, commercial 8-bit product should try really hard to climb out of the tired old muck. A new and different 8-bit game would get my money, if it wasn't just a hobbyist attempt at cloning Ultima. (Hey John Harris, finish up Banskter and sell it mail-order for $10. Seriously.) James Hague junkster@halcyon.com