Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!ukc.ac.UK!FTP From: FTP@ukc.ac.UK (UKC FTP Daemon) Newsgroups: comp.sys.atari.st Subject: Failure of your mail. Message-ID: <8904062130.AA09173@mcvax.cwi.nl> Date: 7 Apr 89 02:42:17 GMT Sender: daemon@ucbvax.BERKELEY.EDU Organization: The Internet Lines: 115 Your mail to uk.co.stc.idec failed when the file was transferred. The mail at this host was to be sent to the follow addresses. stuser%uucp.cel@uk.co.stc.idec This was due to an error at uk.co.stc.idec. The reason given was: File access denied The body of your mail follows. Received: from nss.cs.ucl.ac.uk by kestrel.Ukc.AC.UK via Janet (UKC CAMEL FTP) id aa19449; 6 Apr 89 19:39 BST Received: from NSS.CS.UCL.AC.UK by NSS.Cs.Ucl.AC.UK via List-Channel id aa09176; 6 Apr 89 14:39 BST Received: from score.stanford.edu by NSS.Cs.Ucl.AC.UK via Satnet with SMTP id aa09152; 6 Apr 89 14:35 BST Date: Wed 5 Apr 89 15:38:38 PDT Subject: Info-Atari16 Digest V89 #142 From: Info-Atari16 Digest Original-Sender: Info-Atari16-request@edu.stanford.score Errors-to: Info-Atari16-request@Score.Stanford.EDU Maint-Path: Info-Atari16-request@Score.Stanford.EDU To: Info-Atari16 Distribution List: ; Reply-to: Info-Atari16@edu.stanford.score Sender: info-atari16-request@uk.ac.ucl.cs.nss Info-Atari16 Digest Wednesday, April 5, 1989 Volume 89 : Issue 142 This weeks Editor: Bill Westfield Today's Topics: May I overwrite basepage Re: Advertising Re: TOS bugs. Disk related. Re: Atari Explorer & TT Re: ARC Shell 2.05 ?? Re: Mail order question Re: Atari Explorer & TT Re: Atari Explorer & TT Re: Pexec Cookbook, and pseudolegal system calls... Re: I want to buy a new computer!t( The meaning of 'Atari' Index to volume3 of comp.binaries.atari.st Re: TEMPUS Re: GEMDOS Extended Argument Standard ---------------------------------------------------------------------- Date: 3 Apr 89 22:49:56 GMT From: mailrus!shadooby!accuvax.nwu.edu!tank!shamash!nic.MR.NET!eta!com50!pwcs!stag!daemon@tut.cis.ohio-state.edu Subject: May I overwrite basepage To: info-atari16@score.stanford.edu From: BROOKS%csss-a.prime.com@RELAY.CS.NET Sometimes I write very small stay-resident programs and, instead of allocating 2K of bss for an stack (and then only using 250 bytes) I set up the stack to overrun my startup code and wander down into the basepage. Does anyone know: Will this cause any problems? Does TOS need anything in the basepage one I've started executing -- providing I don't Pexec anything? Of course, I'd better not go *below* the basepage... ------------------------------------------------------------------------ David Brooks Internet: BROOKS@CSSS-A.PRIME.COM uucp: {mit-eddie,uunet}!csss-a.prime.com!brooks Signature on file. Standard disclaimer applies as appropriate. ------------------------------ Date: 3 Apr 89 23:32:20 GMT From: imagen!atari!apratt@ucbvax.Berkeley.EDU (Allan Pratt) Subject: Re: Advertising To: info-atari16@score.stanford.edu In article <6360@medusa.cs.purdue.edu> abc@arthur.cs.purdue.edu (Alan B. Chan) writes: > I heard the ad > say that the SLM804 was PostScript compatible? > Is Ultrascript that compatible > that you could print postscript files on the Atari Laser? Yes. I got a vanilla PostScript file from far away (Gene Spafford at GA Tech, maybe) and printed it fine. Mega + Ultrascript + SLM804 = Postscript printer ("...plus a whole lot more.") You can even write a driver which would take input from the serial or parallel port and print it on the laser, put the whole works in one box, and call it a dedicated Postscript laser printer! No monitor required! ============================================ Opinions expressed above do not necessarily -- Allan Pratt, Atari Corp. reflect those of Atari Corp. or anyone else. ...ames!atari!apratt ------------------------------ Date: 3 Apr 89 23:26:12 GMT From: imagen!atari!apratt@ucbvax.Berkeley.EDU (Allan Pratt) Subject: Re: TOS bugs. Disk related. To: info-atari16@score.stanford.edu In article <763@stag.UUCP> to_stdnet@stag.UUCP writes: > From: omni!emh@stag.UUCP (Eric Hopper) > Organization: Omnifarious software. > > When using a shell program on the ST, I can't seem to delete a > directory without going into it first. Before I go into the directory, it **** Rest omitted - too long!