Jump to content

Jeffrey Worley

Members
  • Content Count

    640
  • Joined

  • Last visited

Community Reputation

331 Excellent

About Jeffrey Worley

  • Rank
    Dragonstomper
  • Birthday 06/12/1970

Contact / Social Media

Profile Information

  • Custom Status
    Single
  • Gender
    Male
  • Location
    Miami, Florida, U.S. of A.
  • Interests
    Atari 8-bit computers, Vintage computers, Operating Systems,
  • Currently Playing
    Installing and updating Antonia board (Altera code update), installing and updating a U1Mb (Xilinix code update), building a lot of ten 512k ram upgrade boards for the Atari 800, generally having fun. Playing Gauntletak a little
  • Playing Next
    Burning a new rom for my broken 850 in hopes that's the problem, building a US Doubler for my stock 1050, building a couple of 512k ram upgrades for 800xl machines.

Recent Profile Visitors

1,043 profile views
  1. This is just plain obnoxious. When connected to a BBS via telnet and bobterm, I have this annoying message on the lower left corner of my screen telling me that I'm connected. I know that. There's no way to get RID of this message? It blocks content on my screen and is like TOTALLY unnecessary. I'm suggesting a menu option to toggle this message, or, for the message to show for just five seconds or so before deleting itself. Best, Jeff
  2. So long as you have the photo, they're perky. 🙂
  3. This last shot must have been 1993 or so, long enough for you to have gotten a MUX and long enough for the machine to collect that much dust. I had a MUX too, in 1993-ish, ran my bbs on one slave and my personal machine as the other. I see you are using an MIO, but I used a BLack Box with Floppy board for my HDD solution. Some years before I'd owned a 1meg MIO and had it die on me twice. ICD was not gracious about it AT ALL, kinda soured me on the MIO. OH!, and NICE TITS! 🙂 Jeff
  4. Wow! In the last shot your system has FOUR 1050's AND two 810's. lol
  5. I DID get Carina I running in Altirra and answering the 'phone' just fine. I don't know what the max baudrate of this version of Carina is, so I set Altirra to report 2400bps. The reason the disks noted above give trouble is because the bbs on them is configured to have all the .txt and help files etcetera on D2: and the rest of the bbs on D1:. I manually changed that such that the bbs looks for all files, including .txt files, on D1: Attached is a working Carina 1 on a 16meg Spartados partition, bootable, with Spartados 3.2d. Just mount this as D1: in altirra, configure your modem to answer and have fun. Notes: Carina I works better under Spartados, of course, so that's the way I set this up. BUT, since MOE does I/O redirection, it cannot in this version of Carina be called from a batch file. So, the proper startup procedure is to boot this disk and then manually enter "BBS" and hit Return. This will execute the BBS.COM program, load MOE and initialize things. You hit Return once more when prompted and the bbs will be up and running. Best, Jeff shard1.atr
  6. Carina, especially Carina 2 and up were early in adopting subdirectories. Carina II will ONLY run on Spartados. Carina is a command-based system. You can chose R from the menu, then ALL from a prompt, then New from another prompt, and the bbs will display all new messages for you to read. Or, you can type "Read All New" on one line and the board will do the same as if you had followed prompts. You can also chain commands, such as "Read All New, Browse All New" and the bbs will then display each new message for you to read, after which it will display the descriptions of each new file in the downloads areas for you to check out. A very big feature of carina, aside from its very smart command line structure is that it is written in Atari Basic, which means that folks like me can customize it. The other big bbs for the Atari, "BBS Express and BBS Express Pro!" are in machine language, the source code is closed so only the authors can modify it. Carina is still plenty fast enough for high-speed communications, 19.2kbaud, because the input/output, as well as the sharing of information about the user, is handled by a machine language program called MOE, for Modem Operating Environment. MOE is a sort of IO redirector that on the IBM PC was called a "Fossil Driver". With MOE doing all the IO stuff, your BASIC code can be written as though no redirection were being done, just plain clean code, and MOE takes care of making output go to the serial device and taking input from the serial device, both as though those were only being sent to the local screen or coming from the local keyboard. There's really no limit to what you can do with it if you are reasonably conversant with Atari Basic. Jeff
  7. I'm working on getting Carina version 1, to get it running on an internet connected machine. Presently I'm working in emulation, but I will play for and test on real hardware before noticing all that it works. Presently I've got it answering and working in emulation, but lacking docs I don't have text files to display. lol I'll reverse engineer it and figure out the trick. best, jeff
  8. Hi brother.  I gather you've cracked the Puff Atom and have a copy of the Puff BBS!  Nice.  I wanted to peek at it but the link doesn't work...

     

    Best,

     

    Jeff

  9. The archives I've downloaded for Robowar are corrupt. Any link to good ones? Best, jeff
  10. I got Carina working with a Lantronix UDS1100 and a UDS2100. You need to make some changes to waitcall. Now I've got it working with FujiNet, which is a lot better. As for Jerry, he's around on the 'net. I asked him if he had source code for Moe and he said probably not, but even if he did, we need to go through Dave Hunt (The Shadow) as he is the one who owns the rights. I'm working on getting in touch with Dave. Best, Jeff
  11. Duh. I'm a bid dummy. Pause when inactive. Right there on the dropdown. Thanks! Jeff
  12. Turned off fastboot and the problem is solved. Thanks! I'm running Altirra in Wine on Kubuntu 20.04. Works a treat though I wish it worked in the background. Seems that it only computes when in the foreground and the window is active.
  13. That is the exact configuration I'm using. I took a DD image of my real atari's sd card, used qemu-image to convert it to an .VHD image and mounted it under Altirra. Works a treat. I'll try the fix above when I get back to the office tomorrow morning. Best, Jeff
  14. Bug Report: Altirra 3.90 with U1MB 3.10 and Side2 with 3.10 firmware. Altirra does not abide by the U1MB menu setting to load config.sys from disk, rather it invariably loads config.sys from the Car: device. My real atari setup has the Config.sys setting in U1MB to D3:, from where it gets the Config.sys I store there. Loading config.sys from disk is important: Here's an example of mine: <snip> USE BANKED DEVICE SPARTA DEVICE ENV DEVICE DOSKEY DEVICE SIO DEVICE ATARIDOS DEVICE D3:>DOS>RS.GR8 DEVICE COMEXE DEVICE RAMDISK DEVICE ULTIME DEVICE QUICKED SET SCRDEF=,,,0,38 SET SC=C:>DOS>SCMAIN.OVL SET MANPATH-CAR:;C:\DOS\MAN SET PATH=CAR:;C:\DOS SET PROMPT=$L$P\ <Snip > --------------------------------------------------------- Most but not all of this can be accomplished in Autoexec.bat, but it should not have to be. Best, Jeff
  15. Honestly, I've only used the Gotek as a loader for a slew of games on the Atari. The reason is that the Atari has an interesting format; all atari formats are interesting in that they all have at least the first sector in single density, no matter what the rest of the disk is formatted as. This is so in order to accommodate (as I understand it), the Atari's original boot scheme, which provides only 128bytes of buffer for disk access, necessitating single-density read(s) for what is usually the first three sectors. Once the code is gotten into memory via this route, it is executed, and the cassette buffer is concatenated to the disk buffer, allowing for 256byte reads and writes. The originators of Atari's Operating System for our machines did not envision support for sectors larger than 128bytes. Percom did a nice job of supplying support, but the solution is not at the ROM level; such support would probably reduce memory available to programs by 1 page, causing compatibility problems with existing software.... I communicated with the Flashfloppy folks on this issue and learned that they were pretty much unaware that there were disk controllers for the Atari 8-bit which allowed for standard sa400 mechanisms, thus support for Atari is only accidental. No effort to support atari formats is planned. I suggested to FlashJazzCat we might benefit from some expertise applied to this issue, but received a lukewarm reception. Flash is busy and I'm not qualified, so someone who has the time and who is qualified to make contributions to the flashfloppy firmware needs to be found if we are to have support beyond standard single-density, single-sided formats using Gotek and Flashfloppy. I have not tested the HXC? firmware nor have I consulted that project. My experience with Atari formats and Gotek have had mixed success: SS/SD works for read, write, and format without trouble. SS/DD works for read, as does DS/DD, so the Homesoft collection works peachy on a Percom or ATR8000-controlled Gotek with Flashfloppy firmware, but one is unable to format these disks, nor is one able to write to them. Given the nature of the issue, I suspect strongly that a bootable disk image in double-density CP/M for the ATR8000 will find itself in the same boat. I have have not actually attempted to use the Gotek on the ATR8000 in CP/M mode as yet. Sadly for this particular case, the ATR8000 cannot format or boot from a single-density disk in CP/M. I suppose it never occurred to the designers that anyone would wish to hobble their double-density CP/M system and thus that inelegant work-around to the problem is foreclosed. Best, Jeff
×
×
  • Create New...