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: <8707150104.AA13600@ucbvax.Berkeley.EDU> Date: Tue, 14-Jul-87 21:30:06 EDT Article-I.D.: ucbvax.8707150104.AA13600 Posted: Tue Jul 14 21:30:06 1987 Date-Received: Fri, 17-Jul-87 01:30:05 EDT Sender: daemon@ucbvax.BERKELEY.EDU Distribution: world Organization: The ARPA Internet Lines: 495 ----- Transcript of session follows ----- 554 qfAA12412: line 6:... Unknown fudec host name ----- Unsent message follows ----- Received: by santra.UUCP (5.51/6.4.TeKoLa) id AA12412; Fri, 10 Jul 87 04:46:51 +0300 From: Message-Id: <8707100146.AA12412@santra.UUCP> Received: by fingate Fri Jul 10 04:46:47 from MAILER@FINHUTC.BITNET via rscs BSMTP. Received: by FINHUTC (Mailer X1.24) id 6879; Thu, 09 Jul 87 20:26:56 FIN Date: Thu 9 Jul 87 09:35:07 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 #266 To: , Original-To: , Info-Atari16 Digest Thursday, July 9, 1987 Volume 87 : Issue 266 This weeks Editor: Bill Westfield Today's Topics: Re: Best C Compiler? Re: MWC problem with 'long int' Wordplus Image file format request Lattice C basepage Re: MFP problems Alcyon double precision math Re: Current Status of ST Emulation Packages Wanted New Atari Linker Released! Re: Mega-ST release date? IBM high dense (ity) drives PD UUCICO(?), Motionless Mice, & VDI Blues ---------------------------------------------------------------------- Date: 26 Jun 87 04:12:12 GMT From: ssc-vax!benoni@beaver.cs.washington.edu (Charles L Ditzel) Subject: Re: Best C Compiler? To: info-atari16@score.stanford.edu In article <811@megamax.UUCP>, peter@megamax.UUCP (Peter Taliancich) writes: > >I just bought an ST, and I'm wondering which is the best C compiler for > >the machine. I've noticed many people in this group seem to use the Mark > >Williams C compiler. Is this considered the best? > > Scott Morrison > > morrison@Berkeley.EDU.ARPA > > That one is easy. > > Use Megamax C! > peter@megamax Nothing like a vested interested! Heh. Heh. Actually I have both Megamax and Mark Williams Cs. Both are good products. I actually prefer Megamax (YES...i have MWC 2.0) for speed and also the package is more complete package in as far as GEM is concerned. Megamax bundles a Resource Editor which is pretty good. The Megamax Resource Editor unlike the Atari Resource Construction Set allows you to edit icons (Atari includes an Icon Editor which is seperate from RCP). I also (surprisingly) don't mind their (megamax) mouse-based Editor (tho' it has some problems). One negative that will be remedied shortly (How shortly??? Pete?) is a 32K segment limit. Another negative is Megamax's graphical shell is somewhat limiting tho' you can use other shells with it. MWC 2.0 contains a weak System V -ish shell. MWC 2.0 provides alot of calls which are compatible with Unix. The MWC documentation is excellent tho' i hate the arrangement (alphabetical). MWC 2.0 has *alot* of good things going for it. The negative for MWC is no Resource Construction Set. ------------------------------ Date: 25 Jun 87 23:19:22 GMT From: cbmvax!grr@RUTGERS.EDU (George Robbins) Subject: Re: MWC problem with 'long int' To: info-atari16@score.stanford.edu In article <52@laura.irb.informatik> at@unido.UUCP (Andreas Toenne) writes: > > has anyone collected all known bugs in MWC 2.0 ?? > I am quite happy with the old version (and I know all its bugs :-) > but 2.0 is probably better. > > Andreas Toenne U of Dortmund, IRB West Germany Although not widely advertised, MWC is on the net, at least as far as E-MAIL. Any bug reports, especially those regarding the C compiler may be directed to mwc!norm. UUCP: ...!ihnp4!mwc!norm ...!cbmvax!mwc!norm ARPA: cbmvax!mwc!norm@seismo.css.GOV Other paths are left to your imagination... -- George Robbins - now working for, uucp: {ihnp4|seismo|rutgers}!cbmvax!grr but no way officially representing arpa: cbmvax!grr@seismo.css.GOV Commodore, Engineering Department fone: 215-431-9255 (only by moonlite) ------------------------------ Date: 26 JUN 87 08:31-N From: U00170%HASARA5.BITNET@wiscvm.wisc.edu To: INFO-ATARI16 @ SCORE.STANFORD.EDU Subject: Wordplus Image file format request Hello, Who knows what the code is in the .IMG files for use in 1st-word, or actualy wordplus. I need this information to complete my 1st-word to postscript conversion program, wich is now finished for the text part. If you are interested, send me a mail or take a look wether it is already preset on ATARINET (UH-INFO@UHUPVM1). Greetings, Berend F. de Vries, U00170@HASARA5.BITNET (EARN) ------------------------------ Date: Fri, 26 Jun 87 09:32:43 Greenwich Mean Time To: From: Subject: Lattice C basepage In Digest #250 ihnp4!ihuxy!nowlin@ucbvax.Berkeley.EDU (Jerry Nowlin) writes: > I've poked around all over the place below the main() entry point in > Lattice programs and can't locate the basepage. Megamax and Alcyon give Lattice C 3.03 uses an extern _basepage. You find it by looking at the .MAP file the linker produces if you specify -list on its command line. (this is the default anyway) It is referenced in the first few instructions of the STARTUP module, so you will find it if you look at the very beginning of the code, *NOT* at the beginning of the main() entry point. I hope this will solve your problem, Rainer Schoepf ------------------------------ Date: 26 Jun 87 01:54:17 GMT From: imagen!atari!jwt@ucbvax.Berkeley.EDU (Jim Tittsler) Subject: Re: MFP problems To: info-atari16@score.stanford.edu In article <8706240140.AA17054@ucbvax.Berkeley.EDU>, HAHN_K@DMRHRZ11.BITNET writes: > ... As far as I can see it's installing procedure uses a > division factor of 64 (decimal, I suppose), and a counter that's > set to 192 (C0 hex). IF I believe my documentation which says that > the MFP 68901 uses a 4Mhz - clock cycle, then what? The MFP in the ST series is clocked at 2.4576 MHz (a number that generates "correct" baud rates). Therefore 2.4576 MHz prescaled by the divide by 64 (decimal) and then divided by 192 (decimal) produces a 200 Hz clock. Jim Tittsler, sort of a hardware guy, Atari Corp. {ames, sun}!atari!jwt ------------------------------ Date: 26 Jun 87 17:05:17 GMT From: ihnp4!ihuxv!hofmann@ucbvax.Berkeley.EDU (s) Subject: Alcyon double precision math To: info-atari16@score.stanford.edu How do I compile and link properly with the double precision math library, libm, with the Alcyon compiler/linker system? If I use the compiler flag " -e" specified in the Manual, I get an error message stating that only certain flags (including -e!) are legal and the compiler (1st pass) dies. If I follow the bat files example given with the compiler and linker disks, which do not use a compiler flag but link with libm, the test program compiles and links ok, but does not execute properly. The test program simply defines c as double, sets it to 1. then uses printf("c= %f", c) or printf("c= %lf", c) to output c. I always get c= , i.e. no value for c output. Any help on this problem would be greatly appreciated. Jim Hofmann AT&T Bell Laboratories Naperville, IL (312)979-1237 ..!ihnp4!ihuxv!hofmann ------------------------------ Date: 22 Jun 87 02:30:35 GMT From: hpcea!hpfcdc!hpldola!hp-lsd!hplsdla!ritchie@hplabs.hp.com (Dave Ritchie) Subject: Re: Current Status of ST Emulation Packages To: info-atari16@score.stanford.edu >> (a) I understand the Atari Corp. has released a CP/M emulation >> package into the p.d. I presume that this utilizes the on-board >> DEC VT52 terminal emulation, so that CP/M packages could be installed >> for VT52 and run on the ST. > >I haven't bothered to check out the CP/M-86 emulator, but it is public >domain. I have seen it on numberous BBS systems, so availability is no >problem. I also have no idea about the VT52 aspect, but I would assume >that since it's already there, in the VDI, it is taken advantage of. You mean CPM-80 emulator, I assume? To my knowledge, there is no CPM-86 emulator. >> (d) Many months ago I read in one of Jerry Pournelle's columns that >> he had actually seen a package that would allow an ST (or was it >> an Amiga? no offense intended--) to run MacIntosh software. He >> explained further that Apple intended to fight this tooth-and-nail. >> Did anything ever come of it? > >The Magic Sac is a cartridge for the ST that provides it, I hear, with >near-perfect Macintosh emulation. I beleve it costs something like >$99. I haven't heard about Apple complaining, but you can be sure that >if/when they hear about it, they will. It's foreordained. Magic Sac is being marketed by Data Pacific of Denver CO with Apple's (probably reluctant) blessing. However, you still have to buy a set of Mac 64K ROMS (original board took EPROM's.... Data Pacific agreed to ROMS to slow down/stop piracy of the Mac ROM set) from an Apple dealer. Also, you be aware of some problems wit Magic Sac. It can't be used directly with Mac disks (due to different data encoding scheme of Mac's versus ST's), and it will not always work with all Mac programs. >Bill Wisner >..{sdcsvax,ihnp4}!jack!wolf!billw >---------- Dave Ritchie ..!hplabs!hp-lsd!ritchie ------------------------------ Date: 27 Jun 87 00:44:35 GMT From: imagen!atari!neil@ucbvax.Berkeley.EDU (Neil Harris) Subject: Wanted To: info-atari16@score.stanford.edu A funny thing happened to me. After reading all the information requests aimed at me here on the net, I dutifully filled out the corporate purchasing paperwork, and, after receiving the requisite 14 signatures, sent off my order for omniscience. Imagine my surprise when the package arrived and contained ubiquity instead! See you at all the shows, Atari Fairs, and on all the online services... but I still won't have all the answers. Maybe I can rectify this with my next order. -- --->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: 26 Jun 87 23:14:13 GMT From: imagen!atari!apratt@ucbvax.Berkeley.EDU (Allan Pratt) Subject: New Atari Linker Released! To: info-atari16@score.stanford.edu Even as I type this, John Feagans is uploading a brand-new Atari product to the Developers' SIG at Compuserve. The product is my first major project here at Atari: a new linker, to act as a replacement for LINK68 and RELMOD. This linker, called ALN, is about eight times faster than LINK68, and doesn't need the additional RELMOD pass. It is also friendlier, I think, and more robust. It has been used internally for some time (many moons), and we have decided that it's solid enough for release. If you are a developer, please go to the Developer's SIG on Compuserve and download this new tool. Let me know what you think of it. If you aren't an Atari developer using Alcyon C, you're not missing anything: this tool is strictly for use with the object modules produced by Alcyon C and AS68. (What other languages use this format? Does anybody know of one?) (Please don't start clamoring for them, but there are more tools in the works: my new debugger and Landon's new assembler are also approaching release.) /------------------------------\ | This time, | -- Allan Pratt, Atari Corp. | Opinions expressed above DO | ...lll-lcc!atari!apratt | reflect those of Atari Corp. | (APRATT on GEnie) ------------------------------ Date: 27 Jun 87 00:28:21 GMT From: imagen!atari!neil@ucbvax.Berkeley.EDU (Neil Harris) Subject: Re: Mega-ST release date? To: info-atari16@score.stanford.edu In article <1991@trwrb.UUCP>, sansom@trwrb.UUCP (Richard Sansom) writes: > Neil, can you give us the name of some dealers who are going to be selling > the Megas? I've not been able to find anyone who thinks they (the Megas) > will be available before September - they can't even give me a price yet. > I then tried to order one directly from Atari (can you say "retail prices"?) > but it turns out that Atari won't sell me one directly. It's a sticky issue, but the fact is that the list of dealers who are authorized to sell the Mega ST is not yet settled. The systems are not yet available for sale -- we have about 30 Mega ST 4 computers here in the USA, being used strictly for evaluation by our engineers, making sure there are no last-minute assembly line problems. Note: these machines come with real manuals and everything, including the blitter chips. Real machines in the kind of quantity needed for resale should arrive shortly. Another note: the new ROMs do, in fact, work in the current ST's. No word yet on availability of these ROMs for end-users, but developers can obtain them from the Atari developer support department. -- --->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: 27 Jun 87 05:32:07 GMT From: mnetor!utgpu!pete@seismo.css.gov (Peter Santangeli) Subject: IBM high dense (ity) drives To: info-atari16@score.stanford.edu In article <1612@oliveb.UUCP> dragon@oliveb.UUCP (Give me a quarter or I'll touch you) writes: >in article <12901@topaz.rutgers.edu>, lachac@topaz.rutgers.edu (Gerard Lachac) says: >> In article <1502@batcomputer.tn.cornell.edu> braner@tcgould.tn.cornell.edu (braner) writes: >>>Question: will Atari convert the STs to a 1.4-Megabyte disk format compatibl >>>with the new IBM PS/2 machines? >>> >>>- Moshe Braner >> >> If I'm not mistaken, aren't the drives on the PS/2 series using some kind of >> propriatory drive/controller combo that makes them ultra expensive?? (and also >> not compatible with the drives in the current ST's) >But is it so important? The going price for 2 mb 3.5" floppies is about $6 >a piece. I prefer taking more room with the smaller disks :-) I've never been a big IBM fan, but there latest move with the PS/2 line strikes me as being unbelievable unfair to users. 1. IBM machines are used mostly in business environments. 2. probably 60% of all PC in business environments have hard drives. This figure is rising extrordinarily fast as the price of hard drives come down, and managers become aware of the floppies limitations. Where does this leave the floppy? It becomes (or will become) a medium simply for the EXCHANGE and distribution of data. (Sort of like in a tape in a unix environment, only it is pretty ugly to back up an Hdrive to floppy). Thus the obvious question becomes WHY introduce a machine with an order of 2 or 4 storage increase on FLOPPIES, at the expense of making all older machines incompatible. Simple. Sales. (No Guff!). IBM saw a great oportunity to introduce some planned obsolesence into there line. Now all managers will have to have AT LEAST one PS/2 in there department, if ANY manager has one. Simply in order to read disks. PLEASE PLEASE PLEASE atari. DON'T introduce another disk format (1 vs. 2 sides is *MORE* than enough!). Instead, PLEASE PLEASE PLEASE work on introducing a cheaper 20meg drive. There is really no reason that they shouldn't be selling for less than $700 CANADIAN. I can handle buggy software, and poor (if any?) documentation, but if Atari were to become like IBM, I would shrink into a dark corner and cry until the age of the micro was over!!! Pete Santangeli pete@utgpu ------------------------------ Date: 26 Jun 87 21:41:48 GMT From: swrinde!petro!ssbn!hzinn@im4u.utexas.edu (Herb Zinn) Subject: PD UUCICO(?), Motionless Mice, & VDI Blues To: info-atari16@score.stanford.edu Summary: Don'tcha mean uuslave?, & why I hate VDI Keywords: Uucico, Mice, VDI, MWC 2.0, Keywords, Uucico, Mice,... Greetings! First of all, since this site recently started receiving comp.sys.atari.st afte unclogging, I think I've missed something... What's this PD UUCICO? I'm definately interested, and I'd appreciate it if anyone can post it to the net (if it's not already on its way and it's really a PD uucico). Secondly, any homebrew appl.'s that I write using MWC that use VDI calls cause the mouse to lock up upon returning to either the desktop OR the MWC (V.2.0) shell. However, no other facet of normal system operation is (apparently) affected. Finally, the following segment of code WILL work if I insert a debugging printf inbetween every VDI call but seems to whiz right by the whole shebang if I don't. /*_______________/ Cut, fold, and seal here. /_______________*/ #include #include #include #include /* global line A variables used by VDI (DEFINE OR ELSE!) */ int contrl[12], intin[128], ptsin[128], intout[128], ptsout[128]; int work_in[] = { 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 2 }; int work_out[57]; int pxyarray[4]; int vdihandle; int nowhere = 0; Rect norect = { 0, 0, 0, 0 }; int rand(); main (argc, argv) int argc; char *argv[]; { int x, y, x0, y0, dx, dy, xabs, yabs, xmax, ymax, xrand, yrand, click; int cliparray[4] = { 1, 1, 639, 399 }; appl_init(); vdihandle = graf_handle(&nowhere, &nowhere, &nowhere, &nowhere); v_opnvwk(work_in, &vdihandle, work_out); vs_clip(vdihandle, 1, cliparray); xrand = work_out[0]; yrand = work_out[1]; do { vswr_mode(vdihandle, 1); vclrwk(vdihandle); vswr_mode(vdihandle, 3); vsl_width(vdiandle, (2 * (rand() % 6))); x = y = 0; dx = dy = 1; do { ** some stuff */ click=Cconis(); } while (click != -1); while (click != -1); v_clsvwk(vdihandle); appl_exit(); exit(); } /* procrastinators untltd. */ /*____________________/ End of source /_______________________*/ My original test printf's came after every VDI call up to the dx = dy = 1 assignment. Any .c's or .s's would be greatly appreciated; however please send all flames concerning the length of this to your own /dev/console. You'll like what happens 8->. In advance, thanks! Herb __________________________________ __________/ Net.Disclaimer: What, me worry? \__________ / UUCP: {ihnp4!petro||cbosgd||sun!texsun!rrm}!ssbn!hzinn \ \ USPS: 6211 N. Artesian Ave., Chicago, Ill., 60659-2828 / --------\ AT&T: Don't call us, we'll call you /-------- ------------------------------ End of Info-Atari16 Digest ************************** -------