Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!seismo!husc6!think!ames!ucbcad!ucbvax!FINGATE.BITNET!MAILER-DAEMON From: MAILER-DAEMON@FINGATE.BITNET (Mail Delivery Subsystem) Newsgroups: comp.sys.atari.st Subject: Returned mail: Deferred: Connection timed out during user open with op Message-ID: <8707150020.AA12613@ucbvax.Berkeley.EDU> Date: Tue, 14-Jul-87 20:35:53 EDT Article-I.D.: ucbvax.8707150020.AA12613 Posted: Tue Jul 14 20:35:53 1987 Date-Received: Fri, 17-Jul-87 01:27:36 EDT Sender: daemon@ucbvax.BERKELEY.EDU Distribution: world Organization: The ARPA Internet Lines: 448 ----- Transcript of session follows ----- 554 qfAA19294: line 6:... Unknown fudec host name ----- Unsent message follows ----- Received: by santra.UUCP (5.51/6.4.TeKoLa) id AA19294; Sat, 11 Jul 87 15:58:58 +0300 From: Message-Id: <8707111258.AA19294@santra.UUCP> Received: by fingate Sat Jul 11 15:58:54 from MAILER@FINHUTC.BITNET via rscs BSMTP. Received: by FINHUTC (Mailer X1.24) id 2798; Sat, 11 Jul 87 14:33:30 FIN Date: Fri 10 Jul 87 18:51:40 PDT Reply-To: Info-Atari16@Score.Stanford.edu Sender: "Atari ST users forum (INFO-ATARI16)" Original-From: Info-Atari16 Digest Subject: Info-Atari16 Digest V87 #268 To: , Original-To: , Info-Atari16 Digest Friday, July 10, 1987 Volume 87 : Issue 268 This weeks Editor: Bill Westfield Today's Topics: Re: Beckemeyer Multitasking Shell Re: Re: Re: (really Atari does not care) Writes to ST Cartridge Ports? Re: MICROSOFT Write for ST Re: Control-F1, Alt-F1 ??? - (nf) Re: GEMBOOT V1.10 and HDB V2.3 Notice of intent to post Mark Johnson C compiler (shareware) public domain stuff Pascal compilers UUCP address bugs in VC Re: Beckemeyer Multitasking Shell VC bug--how do I get a fix for it? Re: 520STFM recommendation for Atari Claification of my drive problems ---------------------------------------------------------------------- Date: 29 Jun 87 15:11:34 GMT From: ptsfa!jmc@ames.arpa (Jerry Carlin) Subject: Re: Beckemeyer Multitasking Shell To: info-atari16@score.stanford.edu In article <3462@ecsvax.UUCP> tcamp@ecsvax.UUCP (Ted A. Campbell) writes: >Has anyone tried the Beckemeyer multitasking shell for the STs? >I'd be interested in hearing reactions. I'm used it a bit and am mostly happy with it. There are a lot of UNIX-like utilities that come as a part of it and I appreciate the ability to run 'gem' programs. Beckmeyer (and his BBS) are very approachable. There are a few bugs (but what else is new :-). I recommend it. On the other hand, MINIX will be out for the ST within a few months (I think) so you might want to wait depending on if you care about being able to run GEM programs under your "shell". Actually, I assume I'll be using both eventually. -- voice: (415) 823-2441 uucp: {ihnp4,lll-crg,ames,qantel,pyramid}!ptsfa!jmc Where am I? In the village. Whose side are you on? That would be telling. ------------------------------ Date: 29 Jun 87 15:27:29 GMT From: ptsfa!jmc@ames.arpa (Jerry Carlin) Subject: Re: Re: Re: (really Atari does not care) To: info-atari16@score.stanford.edu Landon Dyer writes: >It has been done since September of 1986. I have been trying to push >it out the door ever since. Not my fault -- put 22 cents to work and >send a letter to Leonard Tramiel. I did send a letter to Leonard Tramiel. I did not get the courtesy of even a form letter reply. -- voice: (415) 823-2441 uucp: {ihnp4,lll-crg,ames,qantel,pyramid}!ptsfa!jmc Where am I? In the village. Whose side are you on? That would be telling. ------------------------------ Date: Mon, 29 Jun 87 16:08 EDT From: Subject: Writes to ST Cartridge Ports? To: info-atari16@score.stanford.edu X-Original-To: info-atari16@score.stanford.edu I am posting this for a friend who wants to tie into the cartridge slot of a 512 ST. He is attempting to interface to a video digitizer (from BYTE magazine - one of Steve Ciarcia's projects). Does anyone have information on what needs to be done in hardware and software to accomplish this? Notes: o Yes, I know the device in BYTE used a serial interface. He has to do his I/O faster than that. o I have seen articles/postings which talked about synthetic writes to the cartridge port using reads to special addresses; this approach isn't fast enough for what he wants to do. o He plans on bringing the Read/Write line out from the processor or wherever to the cartridge port. This seems straightforward, but we've been told that a write to cartridge memory space causes a bus error - hardly a desirable side effect. Is this true, and can it be disabled in software? Although there are perhaps more elegant ways of tying into the ST (DMA port, etc.), he is pressed for time and needs a quick solution. Please respond directly and I will post a summary, if anyone wants me to. Thanks in advance, Rick McTeague Electrical Engineering Department Speed Scientific School University of Louisville Louisville, KY 40292 BITNET address: RAMCTE01@ULKYVX.BITNET ------------------------------ Date: 29 Jun 87 18:10:45 GMT From: imagen!atari!neil@ucbvax.Berkeley.EDU (Neil Harris) Subject: Re: MICROSOFT Write for ST To: info-atari16@score.stanford.edu In article <460@sbcs.UUCP>, lean@sbcs.UUCP (Lean l Loh) writes: > > I asked about MICROSOFT's WRITE for the ST about a month ago, but did not > get any response. A friend of mine in France HAS this program. From what > he printed out, it looks impressive. Anyone seen this program in US? > Any info or rumors ??? Anyone who has a copy of Microsoft Write has a bootleg one, complete with the usual pre-release bugs. It is not done yet. -- --->Neil Harris, Director of Marketing Communications, Atari Corporation UUCP: ...{hoptoad, lll-lcc, pyramid, imagen, sun}!atari!neil GEnie: NHARRIS/ WELL: neil / BIX: neilharris / Delphi: NEILHARRIS CIS: 70007,1135 / Atari BBS 408-745-5308 / Usually the OFFICIAL Atari opinion ------------------------------ Date: 29 Jun 87 17:52:19 GMT From: imagen!atari!apratt@ucbvax.Berkeley.EDU (Allan Pratt) Subject: Re: Control-F1, Alt-F1 ??? - (nf) To: info-atari16@score.stanford.edu in article <1503@ubc-cs.UUCP>, manis@ubc-cs.UUCP (Vincent Manis) says: > > In article <766@atari.UUCP> apratt@atari.UUCP (Allan Pratt) writes: > >>> does anyone know, if there is a way to distinguish between >>> Functionkey F1, ALT-F1 and CTRL-F1 using C (MWC). >>...You tell the OS to put the shift key state >>in that byte by setting bit 3 in the (published) system variable "conterm" >>to 1 (that is, *(char *)0x484 |= 4;). Better clear it again before >>your program exits, though, because the desktop might not be able to >>handle it (use *(char *)0x484 &= ~4;). > > One slight point: "conterm" is in protected memory. You will get cherry > bombs if you do what Allan says without turning off protect. In MWC, the > way to do it is to use the peek and poke [sic!] functions. > Alas... I tried to edit this message before it went out.. The correct value for the |= and &= is 8 (and ~8), not 4 (and ~4). What Vincent refers to as "turning off protect" is really entering Supervisor mode on the 68K. The following funtions do what you want: #include /* get OS binding for Super() */ setbit() /* sets bit 3 of conterm, so shift state is in upper byte */ { long oldssp = Super(0L); *(char *)0x484 |= 8; Super(oldssp); } clrbit() /* clears bit 3 of conterm, so desktop doesn't gag */ { long oldssp = Super(0L); *(char *)0x484 &= ~8; Super(oldssp); } You have to link with osbind.o for this to work. Between the Super(0L) call and the Super(oldssp) call, you are in Supervisor mode. YOU CAN'T DO OS CALLS HERE. If you need to do OS calls, use Supexec() instead. /----------------------------------------------\ | Opinions expressed above do not necessarily | -- Allan Pratt, Atari Corp. | reflect those of Atari Corp. or anyone else. | ...lll-lcc!atari!apratt \----------------------------------------------/ (APRATT on GEnie) ------------------------------ Date: 29 Jun 87 15:17:09 GMT From: ihnp4!alberta!auvax!rwa@ucbvax.Berkeley.EDU (Ross Alexander) Subject: Re: GEMBOOT V1.10 and HDB V2.3 To: info-atari16@score.stanford.edu In article <8706290606.AA00991@ucbvax.Berkeley.EDU>,Konrad A. Hahn writes: > To reduce transatlantic email I sent the newest versions of GEMBOOT and > HDB to the ATARINET server (UACE0@UHUPVM1.BITNET) where they can be called > off. Not by me they can't ;-) Could some kind soul with bitnet access grab these things, uuencode them, and dump them onto the Usenet please? I predict this will result in a net _reduction_ of traffic. ...!ihnp4!alberta!auvax!rwa Ross Alexander @ Athabasca University ------------------------------ Date: 29 Jun 87 23:56:47 GMT From: tektronix!tekig!tekig4!georgew@ucbvax.Berkeley.EDU (George Walker) Subject: Notice of intent to post Mark Johnson C compiler (shareware) To: info-atari16@score.stanford.edu The C compiler from Mark Johnson showed up here back in March, and I asked James Turner to post it. He delayed, since someone claimed a new version was imminent. I have not seen the newer version, and while this version is not as polished as it could have been, I find it useful for small projects on my unmodified 520ST. If I don't hear any objections in the next couple weeks, I plan to post the arc'ed uuencoded C compiler to the net with distribution=world (GULP!). The distribution will take 3 postings of over 50Kb each. George S. Walker {decvax,hplabs,...}!tektronix!tekig4!georgew FLAMENET Tektronix, Inc. georgew@tekig4.TEK.COM DOMAIN (503) 627-4669 tekig4!georgew.tektronix@Udel-Relay ARPANET ------------------------------ Date: Tue, 30 Jun 87 10:03:07 EDT From: Ken Chin To: Info-Atari16@score.stanford.edu Subject: public domain stuff I've finally decided to get serious about my 520ST that has been sitting around for the last year doing only simple word processing. I'm interested in doing some midi development on it, but first, I thought I should get my hands on whatever is available out there in the public domain (not just midi stuff, but everything including Uniterm). I've seen postings from people offering to return disks for a small fee, but, of course, I didn't save them. Could people out there let me know what's available as well as all the necessary information surrounding them (such as addresses, instructions, and costs)? If there is enough interest, I'll summarize to this newsgroup. Thanks, Ken Chin kchin@bfly-vax.bbn.com (617)497-3375 ------------------------------ Date: Tue, 30 Jun 87 15:35:06 Greenwich Mean Time To: From: Subject: Pascal compilers I'd like to hear some comments on Pascal compilers running on the ST. The only one I've seen running is the Pascal ST+ Compiler. It may be OK for developing programs on the ST but certainly not for porting programs from other machines. It limits the size of local storage to 32k and does not accept input lines which are longer than 79 characters (very stupid -- punched cards are out of date, aren't they?). Both limitations are not documented (at least not in the german version of the manual). So if anybody out there knows anything about MCC, Prospero or other Pascal Compilers: say it! Do they have bugs/limitations which are unacceptable ? Any comments are welcome. Rainer Schoepf SCHOEPF%DMZRZU71.BITNET@WISCVM.WISC.EDU ------------------------------ Date: Tue, 30 Jun 1987 11:51 EDT From: Holly Lee Stowe Subject: UUCP address To: Does anyone happen to know the path by which I can send mail to orc at Pell on UUCP from Bitnet? I believe I saw it posted here a while back. Thank you for your help. -Holly ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Lasciate ogni speranza, voi ch'entrate. (Abandon all hope, ye who enter here.) ------------------------------ Date: 26 Jun 87 21:13:22 GMT From: mnetor!utzoo!utgpu!water!watmath!watvlsi!rpfeifle@seismo.css.gov Subject: bugs in VC To: info-atari16@score.stanford.edu I've been playing around with VC in the last couple of weeks, and yesterday I had a really annoying thing happen...VC wouldn't let me print off a listing of a relatively large spread sheet (but not the largest I've played with). No amount of coaxing could make it work. The spreadsheet itself is fine, though. It's very annoying... Just thought I'd warn you guys Ron -- Ron Pfeifle "What time is it?" {decvax,allegra,ihnp4}!watmath!watvlsi!rpfeifle "It's the dark ages." [better get your Oktoberfest tickets now] --the Frantics ------------------------------ Date: 30 Jun 87 06:37:09 GMT From: mcvax!nikhefh!gert@seismo.css.gov (Gert Poletiek) Subject: Re: Beckemeyer Multitasking Shell To: info-atari16@score.stanford.edu In article <3462@ecsvax.UUCP> tcamp@ecsvax.UUCP (Ted A. Campbell) writes: > >Has anyone tried the Beckemeyer multitasking shell for the STs? >I'd be interested in hearing reactions. I've tried it one afternoon sometime ago. It looks nice on the outside, but has too many disadvantages to be useful: - it takes up far too much memory - memory will fragmented in no time if you run a background job - (Tools) TeX and Absoft FORTRAN (and a number of other applications) cannot be run by it. With the quality of ST applications improving I kinda forgot where the reset button is located; after experimenting with the multitasking shell I knew exactly where the reset button is. Gert Poletiek. ------------------------------ Date: 29 Jun 87 15:35:41 GMT From: mnetor!utzoo!utgpu!water!watmath!watvlsi!rpfeifle@seismo.css.gov Subject: VC bug--how do I get a fix for it? To: info-atari16@score.stanford.edu I said that there was some bug that caused VC not to create a listing for some spreadsheets. I wanted to know if there was a way to get the fixed version of this (assuming there is one). Thanks Ron -- Ron Pfeifle "What time is it?" {decvax,allegra,ihnp4}!watmath!watvlsi!rpfeifle "It's the dark ages." [better get your Oktoberfest tickets now] --the Frantics ------------------------------ Date: 29 Jun 87 00:31:28 GMT From: mnetor!utzoo!utgpu!water!watmath!looking!brad@seismo.css.gov Subject: Re: 520STFM recommendation for Atari To: info-atari16@score.stanford.edu In article <5330001@hpccc.HP.COM> blevins@hpccc.HP.COM (David Blevins) writes: >My main reservation about this machine is Atari's "attitude" towards its >users and developers. I read something this weekend about Atari "not >wanting a 1040 to be hooked up to a TV and used as a game machine" or some >such rot. I believe that the CUSTOMER will determine what he wants to do >with his computer, and doesn't need Atari's marketing dept. forcing him >to use the machine only for REAL applications. It's true that it's up to the customer, but this doesn't change the fact that the games are the worst thing to happen to the Atari, and that if the machine fizzles out, it will be due, in part, to the games. While Atari couldn't realisticly require developers buying the machine to sign licences stating they will not develop games, it would probably be a good idea. The Atari has better hardware than the Mac or Mac Plus. Yet it is still perceived by many to be a games machine, while nobody perceives the Mac as one. If there are lots of games, and any customers are buying the machines "to play games" then a games machine perception develops. The better the games are, the worse it is. Who ever heard of somebody buying an IBM or Mac to play games. Yes, there are many games available for these machines, but nobody thinks of them as the raison d'etre of the machine line. -- Brad Templeton, Looking Glass Software Ltd. - Waterloo, Ontario 519/884-7473 ------------------------------ Date: 30 Jun 87 03:12:28 GMT From: mnetor!utgpu!lansd@seismo.css.gov (Robert Lansdale) Subject: Claification of my drive problems To: info-atari16@score.stanford.edu This message is to clarify some of the points I made in a previous message regarding my drive 'going out of alignment' after accessing it with no diskette in it. First, the problem started when I had the computer ACCESS the drive with no diskette in it (I said 'have it do a SEEK', but I meant that was what the drive was about to do). Secondly, I had the drive replaced three times. Each new drive was fine up until either I had it try to access the drive with no disk in it, or maybe (I'm not sure about this one) after using The MagicSac emulator for a while (it would do alot or re-seeking when reading near the center of the disk, which I understand is a common problem). I haven't used the Magic Sac on my latest drive that just went bad. Since I wrote the last message the drive has been giving more frequent read errors. This usually has been the case. It will get to the point where its next to impossible to use the computer (although closing/opening the drive's window will allow some access to the disk, ie. by re-homing the head). The drive is still under warranty, but I just can't imagine taking the computer back to be 'fixed' once again. I would like to find out what I am doing wrong!!!!!!!!!!!!!!!!!!!!! ------------------------------ End of Info-Atari16 Digest ************************** -------