Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!husc6!bloom-beacon!think!ames!ucbcad!ucbvax!UOFMCC.BITNET!Postman From: Postman@UOFMCC.BITNET Newsgroups: comp.sys.atari.st Subject: Undelivered mail Message-ID: <8711140801.AA17250@ucbvax.Berkeley.EDU> Date: Sat, 14-Nov-87 02:44:00 EST Article-I.D.: ucbvax.8711140801.AA17250 Posted: Sat Nov 14 02:44:00 1987 Date-Received: Sun, 15-Nov-87 16:50:54 EST Sender: usenet@ucbvax.BERKELEY.EDU Organization: The ARPA Internet Lines: 479 Your mail was not delivered to some or all of its intended recipients for the following reason(s): 5001 mailbox invalid -> CHARLTO@UOFMCC.BITNET ---------------------------------------------------------------------- Date: Sat, 14 Nov 87 01:44 CST To: CHARLTO@UOFMCC.BITNET From: Info-Atari16 Digest Subject: Info-Atari16 Digest V87 #414 Received: by CANADA01 (Mailer X1.24) id 6392; Fri, 13 Nov 87 22:38:28 EDT Date: Fri 13 Nov 87 12:16:33 PST Reply-To: Info-Atari16@Score.Stanford.edu Sender: INFO-ATARI16 Discussion From: Info-Atari16 Digest Subject: Info-Atari16 Digest V87 #414 To: Name Unknown , Jim Charlton , MIKE CHARLTON , Werner Ens , Name Unknown Info-Atari16 Digest Friday, November 13, 1987 Volume 87 : Issue 414 This weeks Editor: Bill Westfield Today's Topics: Re: FreeTerm 2.0 -- Doesn't work under MagicSac? HP Laserjet Routines Bugs in MWC? Also, Re: Disk I/O Re: Zmodem. (no <> in P.Partner fonts, GULAM) ABSOFT F77 suppliers ? Re: Re: Binarys+source Re: FILE I/O Re: GULAM PROBLEMS SPICE????? Wanted: GKS, PD Languages INFO Re: FILE I/O sending files to listserv@canada01 -- how? Hard Disk woes OS-9 , gulam RF Modulator for the 1040? Re: PD Smalltalk on AMIGA/ATARI-ST ---------------------------------------------------------------------- Date: 12 Nov 87 16:00:11 GMT From: ravi@mcnc.org (Ravi Subrahmanyan) Subject: Re: FreeTerm 2.0 -- Doesn't work under MagicSac? To: info-atari16@score.stanford.edu >> >> Does FreeTerm 2.0 work with version 4.5x of the MagicSac driver? >> (I am using 4.36 -- latest from CompuServe) > >Isn't MagicSac that thing that needs Apple ROMs to operate? > >Where'd you get your ROMs? You typically just buy them from an apple, or electronics parts dealer. The Magic Sac is actually quite fussy about wanting to use (Apple) ROMS (ie. EPROMS don't work). -ravi ------------------------------ Date: Thu, 12 Nov 87 22:14:41 cst From: biringer@anl-mcs.ARPA (Dennis Biringer) To: Info-Atari16@Score.Stanford.EDU Subject: HP Laserjet Routines I would appreciate any pointers to programs, public domain or otherwise, which would allow ST printer output to a HP Laserjet+ printer. Thanks in advance! Dennis ------------------------------ Date: Thu, 12 Nov 87 19:15:04 EST From: Gribnif%UMass.BITNET@forsythe.stanford.edu Subject: Bugs in MWC? Also, Re: Disk I/O To: info-atari16@score.stanford.edu I have recently discovered a few peculiarities (read: what I think are bugs) in MWC version 2.0.1: 1) Declaration of integers: you would think that int i = -32768 would work, since this is a valid number in ones-complement arithmetic, however this invariably results in the compiler message 'integer "i" promoted to long'. Also, changing the "int" to "unsigned int" yields the same result whenever you are trying to assign any number >=32768 (without sign, of course). 2) Try this: main() { unsigned long int ii; int a, b; ii = 0L; a = 4097; b = 8; ii += a * b; printf( "%D\n", ii ); } The result I am lead to expect from all my reading is that the number 4097*8=32776 would be stored in "ii", however the compiler fails to convert the result of "a*b" to unsigned long before adding it to "ii", so what gets stored is -32760, the ones complement of "a*b". The only way you can get this to work correctly is by specifying the type: ii += (unsigned)(long)(a * b); Notice also that I did not use "(unsigned long)", as this does not work either. Ok, is it just me, or are these truly bugs? I'd kinda like to know before I send that small incendiary device off to Chicago... Also, on the subject of the "f" I/O functions vs. the "F" ones, I recently used fread to load a large (c300K) file directly into memory from my hard disk. What I found was that not only did fread take about 4 times as long to read the file, but it also started overwriting previously loaded data. I tried loading it in different size blocks (starting at 16K, all the way down to 128 bytes, which is smaller than the buffer size) with the same results. Actually, in this case it made much more sense to Fread anyway, since it takes a long as an argument, as opposed to an unsigned int for fread. Sorry about the length of this, folx, I'm just making up for all those times I wanted to put in my two bits and never got around to it... Dan Wilga ------------------------------------------------------------------------------ AndOr@UMASS.Bitnet "In those days, men were real men, women were real (Arpa? Don't ask!) women, and small furry creatures from Alpha Centauri were real small furry creatures from Alpha Centauri" -- Hitchhikers ------------------------------ Date: 12 Nov 87 19:08:39 GMT From: lakesys!martin@csd1.milw.wisc.edu (Martin Wiedmeyer) Subject: Re: Zmodem. (no <> in P.Partner fonts, GULAM) To: info-atari16@score.stanford.edu The beta version of GULAM had been posted to comp.binaries.atari.st not long ago. It is terriffic, only I have been having trouble having it run out of an AUTO folder at boot. It crashes with two bombs...:-<. The alpha version ran that way with no trouble. Any suggestions? Marty -- | Martin Wiedmeyer - Lake Systems, Milwaukee, WI | | UUCP: {ihnp4,uwvax}!uwmcsd1!lakesys!martin | | Disclaimer: "I take the heat for my own (mis)statements!" | ------------------------------ Date: Fri, 13 Nov 87 11:13:33 +0200 (Central European Sommer Time) From: XBR3D815%DDATHD21.BITNET@forsythe.stanford.edu (WERNER BRAUN, FB08 KERNCHEMIE) Subject: ABSOFT F77 suppliers ? To: info-atari16@score.stanford.edu X-Vms-To: X%"info-atari16@score.stanford.edu",D815 I read the recent postings about ABOFT F77, and it seems to be what i'm looking for. Does anybody know where I can buy ABSOFT FORTRAN 77 here in Germany ? The only advertising i can find in magazines is for prospero f77. Thanks, Werner ------------------------------ Date: 12 Nov 87 03:50:02 GMT From: cbosgd!osu-cis!tut!weaver@ucbvax.Berkeley.EDU (Andrew Weaver) Subject: Re: Re: Binarys+source To: info-atari16@score.stanford.edu Jim: Pluuuuuease do not discontinue the groups. I get your postings fine and I appreciate your testing of the software. You won't hear any complaints from this poor college student who appreciates the free software that floats along here! Cheers, -- Andrew Weaver, The Ohio State University College of Business UUCP: ...!cbosgd!cis.ohio-state.edu!weaver | "This ain'ta my planet, ARPA: weaver@tut.cis.ohio-state.edu | monkey-boy!" | - Emilio Lizardo ------------------------------ Date: 13 Nov 87 07:50:40 GMT From: zen!dorothy.Berkeley.EDU!c9c-eh@cad.Berkeley.EDU (Warner Young (WHY)) Subject: Re: FILE I/O To: info-atari16@score.stanford.edu In article <2064@homxc.UUCP> jdn@homxc.UUCP (J.NAGY) writes: >In article <2862@batcomputer.tn.cornell.edu>, braner@batcomputer.tn.cornell.edu (braner) writes: >> >> The raw GEMDOS functions are faster (due to >> no buffering) but you should set up your own buffering. > >I don't quite understand this. If I have to do my own buffering with >Fread, while fread does the buffering for me, then the fread call >appears easier to use. And since the application has to buffer Fread >calls itself, any speed advantage of Fread (due to no buffering!) is >negated. So I can see no advantage to the Fread. > I wondered about this also, for some time. Then I decided to test it out. A friend and I each wrote the same program, but I used the capital F calls, and he the lower case f calls. I even put more bells and whistles into my program, and the speed is significantly higher, even accounting for the fact that I have to do my own buffering and managing. 8K to 16K are the best speeds, to get the most out of your floppies. I haven't done any tests to see how much difference buffer size makes on a hard disk (my Supra died!). \ / Disclaimer: I'm not associated \ /\ /arner with the latest revision \/ \__/ of SANITY. |oung \___| Last known address: c9c-eh@dorothy.Berkeley.EDU or ucbvax!dorothy!c9c-eh ------------------------------ Date: 12 Nov 87 23:42:43 GMT From: well!dhawk@hplabs.hp.com (David Hawkins) Subject: Re: GULAM PROBLEMS To: info-atari16@score.stanford.edu In the referenced article, jdn@homxc.UUCP (J.NAGY) wrote: > >Has anyone succesfully uudecoded the recent GULAM postings? Yup. I saved all three parts to one file. Edited it with vi and removed the header of the first part. Searched for the line that started with include and deleted it down to the table line of the second part and make it seamless, i.e. all lines starting with X and did the same connecting the second part to the third part. so when I finished the whole file looked the same (after the first table header) with each line starting with the same character. Ran uudecode on it. Ditto for the doc file. arc said they were ok, so I downloaded them to the ST and de-arced them there. They were fine and I've enjoyed using the new Gulam. Hope that helps. -- David Hawkins {ptsfa,hplabs,ucbvax}!well!dhawk It is a luxury to be understood. - Ralph Waldo Emerson - ------------------------------ Date: 13 Nov 87 04:08:49 GMT From: dalcs!aucs!870646c@uunet.uu.net (comer) Subject: SPICE????? To: info-atari16@score.stanford.edu A few weeks ago I saw some people talking about "SPICE", from what I have been told this is a digital simulator. Has it been ported to the ST, and if so is it public domain/shareware? If it has been ported, and it is share ware/pd, could someone please post it to the binaries section. This section sure seems to be dead when compared to the Mac and IBM side of things. Why is it so dead. later Barry ------------------------------ Date: 13 Nov 87 07:01:00 GMT From: iuvax!silver!ferneau@rutgers.edu Subject: Wanted: GKS, PD Languages INFO To: info-atari16@score.stanford.edu Does anyone have any information on a public domain GKS for the ST? I am thinking about creating one for a project, but will not spend the time if one exists. Also, What type of public domain languages are available (high-level) preferred. Possible languages: Fortran (not preferred), Pascal, or C. I would be writing the aforementioned GKS in a PD language as it would be used for a college graphics class, and we don't want to spend a lot of money if we can help it. --If you have any information on any of the above, please send me mail, or post it to the net. ----------------------------------------------------------------- Mark R. Ferneau (ferneau@silver.cs.indiana.edu) Indiana University, Bloomington, IN ------------------------------ Date: 13 Nov 87 12:09:38 GMT From: singer@XN.LL.MIT.EDU (Matthew R. Singer) Subject: Re: FILE I/O To: info-atari16@score.stanford.edu In article <12361@felix.UUCP>, preston@felix.UUCP (Preston Bannister) writes: > > There is a much simpler way to find the length of a file. You simply > do an Fseek to the end of the file. This means of getting the length > of a file is also usable with Unix and MSDOS (if not always necessary). > (I'm doing this from memory): > > void > Example (filename) > char *filename; > { > int f, length; > f = Fopen(name,0); > if (f > 0) > { > length = Fseek(f,0,2); /* seek to end of file */ > Fseek(f,0,0); /* seek back to beginning of file */ > /* we now know the size of the file */ > ProcessFile(f,length); /* for instance */ > Fclose(f); > } > } > -- > Preston L. Bannister This is a VERY slow way to do it. Especially on LARGE files where the seek is worse than the open. Why not just use Fsfirst and read the file size out of the DTA? This works on both Gemdos and MSdos. Matt Singer ------------------------------ Date: Fri, 13 Nov 87 11:51:15 EST From: csrobe@icase.arpa (Charles S. Roberson) To: info-atari16@score.stanford.edu Subject: sending files to listserv@canada01 -- how? i have some files that i was thinking about sending to prog-a16 at listserv @ canada01. i have a couple of the listserv "memos" but they aren't very clear. how should i go about sending something up there to be added to the archives? thanks, -chip ------------------------------------------------------------------------- Chip Roberson ARPANET: csrobe@icase.arpa 1105 London Company Way BITNET: $csrobe@wmmvs.bitnet Williamsburg, VA 23185 UUCP: ...!uunet!pyrdc!gmu90x!wmcs!csrobe ------------------------------------------------------------------------- icase.arpa is now at 128.102.23.51. update those host tables (/etc/hosts) ------------------------------ Date: 13 Nov 87 08:13:42 GMT From: zen!dorothy.Berkeley.EDU!c9c-eh@locus.ucla.edu (Warner Young (WHY)) Subject: Hard Disk woes To: info-atari16@score.stanford.edu Well, here's to hoping that someone on the Net can help me with my hard disk problems. My Supra 20Mb recently took a dislike to booting. It usually won't autoboot, and even booting from floppy doesn't seem to work. Most of the time it acts like it wasn't connected, but I have checked to make sure the cable connections are tight, the power is plugged in okay, and stuff. It's not too warm, nor too cold. And I've had it do this (i.e. act like it was disconnected) while I was using it; suddenly I'll get "Data on drive ?: may be damaged..." pop up. Has anyone else had this problem? I called Supra's technical support line, but the guy on the other end wasn't too helpful, and before I send the entire thing back to Supra, I want to see if it can be fixed easily. (I'm hoping that it's just something stupid I've overlooked, so I won't have to mail it.) Oh, and I have tried hooking it up to another ST. It didn't boot. \ / Disclaimer: I'm not associated \ /\ /arner with the latest revision \/ \__/ of SANITY. |oung \___| Last known address: c9c-eh@dorothy.Berkeley.EDU or ucbvax!dorothy!c9c-eh ------------------------------ From: AB084%DK0RRZK0.BITNET@forsythe.stanford.edu Date: Fri, 13 Nov 1987 19:22:29 CET To: INFO-ATARI16@score.stanford.edu Subject: OS-9 , gulam Two questions: 1. Recently I read in the atari digest that a new version of the gulam shell has been posted. Does anybody know whether I can get it from a LISTSERV? 2. I'm thinking of buying OS-9. Could OS-9 users (on Atari ST) report their experiences? Has anyone used both, OS-9 and RTOS-UH? Which is better? Thank you Michael Eibl ------------------------------ Date: 13 Nov 87 13:50 EST From: Brantly.henr@Xerox.COM Subject: RF Modulator for the 1040? To: Info-Atari16@Score.Stanford.edu At one time (quite a while ago) there was quite a bit of discussion about "Someday SOMEBODY is going to come up with the means to drive a TV from a 1040ST". I like my monochrome system, but I'm missing out on a lot of pgms that only support color. I REALLY hate the idea of spending the $300+for a color monitor. Soooo, did the idea of a RF Modulator for the 1040 ever take off? Did I miss something or did the idea get thrown out? I know it's not a real "hot button" for you guys/gals out there with color systems.... Thanks, Dennis ------------------------------ Date: 13 Nov 87 14:42:04 GMT From: cbmvax!bill@rutgers.edu (Bill Koester CATS) Subject: Re: PD Smalltalk on AMIGA/ATARI-ST To: info-atari16@score.stanford.edu In article <174@bnr-vpa.UUCP> mike@bnr-vpa.UUCP (Mike Norman) writes: >I'm interesting in finding out if a public domain Smalltalk (source >preferred, of course!) exists for either the Amiga or the ST? > >Thanks in advance, Try Fisk disk #37 -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Bill Koester -- CBM >>Amiga Technical Support<< UUCP ...{allegra|burdvax|rutgers|ihnp4}!cbmvax!bill PHONE (215) 431-9355 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Pleese desrigard eny spealing airors!!!!!!!!!!! ------------------------------ End of Info-Atari16 Digest ************************** -------