home *** CD-ROM | disk | FTP | other *** search
/ No Fragments Archive 12: Textmags & Docs / nf_archive_12.iso / MAGS / TEXTMAGS / ATARI16 / INFO91.ZIP / INFO91 / 432.TXT < prev    next >
Text File  |  1997-04-16  |  26KB  |  703 lines

  1. Info-Atari16 Digest         Thu, 15 Aug 91       Volume 91 : Issue 432
  2.  
  3. Today's Topics:
  4.                    .gem to .img conversion question
  5.             .gem to .img conversion question (other ways)
  6.      Allan Pratt & colleagues (was Re: PC-Ditto I  -vs-  SoftPC)
  7.                             Atari 1040STfm
  8.                        Atari ST games for sale
  9.                                 beast
  10.                 BinHex on platforms other than mac???
  11.                         Dialog Boxes (3 msgs)
  12.                               DIDOT ART?
  13.                    east coast bbs's and user groups
  14.                              GCC question
  15.                    Getting source code to The Vault
  16.                       Hardware goodies in US???
  17.                    Help for an old, handicapped ST?
  18.                   Is XCONTROL on atari.archive bad?
  19.            PCT 1424 (was: Re: TT with Multisyncs) (2 msgs)
  20.                           Software wanted...
  21.                         Using a big hard disk
  22.  
  23. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  24. cross-posting to/from Usenet is getting closer, but still getting thrashed
  25. out.  Please send notifications about broken digests or bogus messages
  26. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  27.  
  28. Please send requests for un/subscription and other administrivia to
  29. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  30. instead of the moderators are likely to be lost or ignored.
  31.  
  32. If you want to unsubscribe, and you're receiving the digest indirectly
  33. from someplace (usually a BITNET host) that redistributes it, please
  34. contact the redistributor, not us.
  35. ----------------------------------------------------------------------
  36.  
  37. Date: 9 Aug 91 04:18:34 GMT
  38. From:
  39.  noao!asuvax!ukma!rex!samsung!umich!ox.com!math.fu-berlin.de!unido!mcshh!malihh!
  40.  pfunk!blackbox@arizona.edu (Michael Kistenmacher)
  41. Subject: .gem to .img conversion question
  42. To: Info-Atari16@naucse.cse.nau.edu
  43.  
  44. In <1991Aug7.203717.6382@cs.yale.edu>, Michael Fischer writes:
  45. >
  46. >Does anyone know of a program to convert .gem files (produced by
  47. >Easydraw) to .img files (which can be included in a TeX document
  48. >using dviprint from the "showdvi" package)?
  49.  
  50. Hi,
  51.  
  52. there is something like that, but since now it's only available in
  53. Germany. The guy, who wrote that stuff, has developed many of these
  54. utilities to convert anything to anything. Here is his address:
  55.  
  56. API-Soft
  57. Andreas Pirner
  58. Bundesallee 56
  59. 1000 Berlin 31
  60. Germany
  61.  
  62. All of his utils cost about DM 50.- to DM 100.- ( 1 US$ is DM 1.85 )
  63.  
  64. Bye....Michael
  65.  
  66. --
  67. ------------------------------------------------------------------------------
  68. |    listen to the coolest !         |  Michael Kistenmacher /  blackbox     |
  69. |       Music from the Galaxy !      |  2000 Hamburg 61  / Schippelsweg 64   |
  70. |            !!! P-Funk !!!          |  West Germany / ++ 49 40 552 37 66    |
  71. ------------------------------------------------------------------------------
  72.  
  73. ------------------------------
  74.  
  75. Date: 10 Aug 91 19:47:14 GMT
  76. From: noao!ncar!asuvax!ukma!aunro!alberta!ubc-cs!fornax!wolfgang@arizona.edu
  77.  (Wolfgang Jung)
  78. Subject: .gem to .img conversion question (other ways)
  79. To: Info-Atari16@naucse.cse.nau.edu
  80.  
  81. In article <1991Aug7.215516.13773@ux1.cso.uiuc.edu> timothyg@ncsa.uiuc.edu
  82.  (Timothy Gallivan) writes:
  83. >In article <1991Aug7.203717.6382@cs.yale.edu> fischer-michael@CS.YALE.EDU
  84.  (Michael Fischer) writes:
  85.  
  86. >The nice thing about this method is that the graphic resolution is
  87. >limited only by the printer (300dpi for a deskjet). Isn't an .img file
  88. >limited to the ST screen resolution (80dpi)? Also, once you have the
  89. >image in postscript form, you can scale it, rotate it, twist it, stretch
  90. >it, etc., without loosing resolution or introducing graininess (is this
  91. >a word?).
  92. so far as I know, the ".img" files are not bound to any resolution, they
  93. are just plain bitmapfiles which also can be with colorinformation.
  94.  
  95. Wolfgang
  96.  
  97. ------------------------------
  98.  
  99. Date: 11 Aug 91 03:16:53 GMT
  100. From:
  101.  noao!ncar!elroy.jpl.nasa.gov!usc!orion.oac.uci.edu!unogate!mvb.saic.com!ncr-sd!
  102.  crash!pnet01!pro-odyssey.cts.com!chuckie@arizona.edu (Chuck Schul)
  103. Subject: Allan Pratt & colleagues (was Re: PC-Ditto I  -vs-  SoftPC)
  104. To: Info-Atari16@naucse.cse.nau.edu
  105.  
  106. In-Reply-To: message from grahamt@syma.sussex.ac.uk
  107.  
  108. i apperciate all and any information on the st but on the same token i also
  109. appreciate extras to keep this old atarian going.since our market is not
  110. the biggest i think atari employees should be a tad extra informative.just
  111. my opinion.
  112. ----
  113. ProLine:  chuckie@pro-odyssey
  114. Internet: chuckie@pro-odyssey.cts.com
  115. UUCP:     crash!pro-odyssey!chuckie
  116. ARPA:     crash!pro-odyssey!chuckie@nosc.mil
  117.  
  118. ------------------------------
  119.  
  120. Date: 11 Aug 91 00:08:39 GMT
  121. From:
  122.  noao!asuvax!cs.utexas.edu!sdd.hp.com!zaphod.mps.ohio-state.edu!ub!galileo.cc.ro
  123.  chester.edu!news@arizona.edu (----* Ho Ling Cherd *----)
  124. Subject: Atari 1040STfm
  125. To: Info-Atari16@naucse.cse.nau.edu
  126.  
  127. I have the following for sale:
  128.  
  129. Atari 1040 STfm
  130.  
  131.    - CPU /w keyboard
  132.    - 1 Mag of RAM on board upgradeable to 4 Mag
  133.    - built in 720K 3.5" floppy disk drive
  134.    - Mouse
  135.    - RS232C port
  136.    - MIDI port
  137.    - catridge 128K ROM port
  138.    - DMA hard drive port
  139.    - 2nd disk drive port
  140.    - RF port - for hooking up to color TV or VCR
  141.    - 512 colors palette - can shows 4096 colors with graphic softwares
  142.  
  143. and
  144.  
  145.    Back Pack - utilities in catridge
  146.    Procopy ST (copying software)
  147.    ST-Talk (communication)
  148.    Haba Check Minder (checking account reminder)
  149.    Print Master Plus (graphics utility )
  150.    Gnictron Football (Football Game)
  151.    Space Shuttle (Game)
  152.    Defender of the Crown (Game)
  153.    Tanglewood (Game)
  154.    The Darkness Rises (Game)
  155.    Fast (ST Dos and other utilties)
  156.    Dungeon Master (Game)
  157.    Falcon (Game)
  158.    Epstart (Macintosh Epson printer driver for Spectre )
  159.    VIP professional (Spreadsheet - Lotus 123 clone)
  160.  
  161. and
  162.  
  163.    2 atari joystick
  164.    dusk cover for 1040STFM
  165.  
  166.  
  167.  
  168. Some of the softwares do not have documentation.
  169. Please e-mail me and make an offer for any items above.
  170.  
  171. Thanks.
  172.  
  173. ..
  174.    Ling Cherd
  175.  
  176.  
  177. ------------------------------
  178.  
  179. Date: 10 Aug 91 13:09:38 GMT
  180. From: fjcp60!winston@uunet.uu.net (Winston M. Llamas)
  181. Subject: Atari ST games for sale
  182. To: Info-Atari16@naucse.cse.nau.edu
  183.  
  184. Atari ST games for sale:
  185.  
  186.     Star Trek: The Rebel Universe
  187.     SDI
  188.     Bubble Bobble
  189.     Typhoon Thompson
  190.     Shanghai
  191.     Carrier Command
  192.     Flight Simulator II
  193.     F-16 Combat Pilot
  194.     Captain Blood
  195.  
  196. All for $75.00, postage not included
  197.  
  198. Leave email if interested.
  199.  
  200. Winston
  201. uunet!fjcp60!winston
  202.  
  203. ------------------------------
  204.  
  205. Date: 11 Aug 91 03:16:42 GMT
  206. From:
  207.  noao!ncar!elroy.jpl.nasa.gov!usc!orion.oac.uci.edu!unogate!mvb.saic.com!ncr-sd!
  208.  crash!pnet01!pro-odyssey.cts.com!chuckie@arizona.edu (Chuck Schul)
  209. Subject: beast
  210. To: Info-Atari16@naucse.cse.nau.edu
  211.  
  212. i was visiting a riend of mine who got some games from germany recently and
  213. a game called beast we played from the same company from shadow of the
  214. beast.is it a game before shadow of the beast or a shadow of the beast 2?we
  215. don't know but since we don't read german we are lost.
  216. ----
  217. ProLine:  chuckie@pro-odyssey
  218. Internet: chuckie@pro-odyssey.cts.com
  219. UUCP:     crash!pro-odyssey!chuckie
  220. ARPA:     crash!pro-odyssey!chuckie@nosc.mil
  221.  
  222. ------------------------------
  223.  
  224. Date: 10 Aug 91 15:54:09 GMT
  225. From:
  226.  noao!asuvax!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!wupost!m.
  227.  cs.uiuc.edu!vela!swood@arizona.edu ( EVENSONG)
  228. Subject: BinHex on platforms other than mac???
  229. To: Info-Atari16@naucse.cse.nau.edu
  230.  
  231.         Subject gives the idea.  I was wondering if there are any programs
  232. floating around for undoing macintosh BinHex files on other than a mac?
  233. I have a 1040 STe (Atari) and would like to be able to un-binhex some
  234. sound files that I got off of news
  235.  
  236. swood
  237.  
  238. --
  239.  ---- Insert favorite .signature here ----      | swood@argo.acs.oakland.edu
  240.                                                 | swood@vela.acs.oakland.edu
  241. Bitnet:         swood@Oakland                   | swood@unix.secs.oakland.edu
  242.   UUCP:         ...!uunet!umich!{vela, argo, unix, nucleus}!swood
  243.  
  244. ------------------------------
  245.  
  246. Date: 8 Aug 91 21:15:30 GMT
  247. From: mcsun!hp4nl!hgatenl!tedux!alice!harold@uunet.uu.net (Harold van Aalderen)
  248. Subject: Dialog Boxes
  249. To: Info-Atari16@naucse.cse.nau.edu
  250.  
  251. In <1991Aug6.015143.20026@lsuc.on.ca> you wrote:
  252. > I've been writing a program with a full GEM menu system for
  253. > the first time and I've gotten all the calls that I need to open
  254. > a VDI workstation and a window.  Before I did this I tested the
  255. > menu system at the desktop level and the main menu system worked
  256. > fine.  Dialogue boxes would open and close and disappear, but
  257. > anything printed under the dialogue box would disappear when it
  258. > closed.  Now that I have a new VDI workstation and window openning
  259. > up the dialogue boxes don't disappear after they're closed.
  260. > So far I haven't seen anything in the manuals that would account
  261. > for this (the Lattice C manuals I've been talking about that is).
  262.  
  263. the proper thing to do for opening dialoges is:
  264. form_center(dialog,&x,&y,&w,&h);
  265.         to keep big screen owners happy
  266. form_dial(FDM_START,x,y,w,h,x,y,w,h);
  267.         to save the screen area
  268. objc_draw(dialog,0,0,x,y,w,h)
  269.         to draw the object
  270. ret = form_do(dialog,0)
  271.         to handle the dialog
  272. form_dial(FDM_START,x,y,w,h,x,y,w,h);
  273.         to restore screen area
  274.  
  275. The last call restores only the desktop under the dialog, any windows under it
  276. are updated by the owning application when it reseves the WM_REDRAW message
  277. (Ofcourse your application should listen to incoming message through a
  278. evnt_multi loop). If you did not send your VDI output to a window you don't get
  279. a WM_REDRAW message and should have saved the screen area with
  280. vro_cpyfm function and restore it in the same manner
  281.  
  282. --
  283. Harold van Aalderen
  284.  
  285. for the time being send replys to: hvaalde@cs.vu.nl
  286. exception for hobby.nl domain that should always reach me at harold@alice
  287.  
  288. ------------------------------
  289.  
  290. Date: 11 Aug 91 01:34:55 GMT
  291. From:
  292.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!mips!atha!lsuc!j
  293.  imomura@arizona.edu (Jim Omura)
  294. Subject: Dialog Boxes
  295. To: Info-Atari16@naucse.cse.nau.edu
  296.  
  297. In article <3170046@alice.hobby.nl> hvaalde@cs.vu.nl writes:
  298. >In <1991Aug6.015143.20026@lsuc.on.ca> you wrote:
  299.  
  300. ..
  301.  
  302. >the proper thing to do for opening dialoges is:
  303. >form_center(dialog,&x,&y,&w,&h);
  304. >       to keep big screen owners happy
  305. >form_dial(FDM_START,x,y,w,h,x,y,w,h);
  306. >       to save the screen area
  307. >objc_draw(dialog,0,0,x,y,w,h)
  308. >       to draw the object
  309. >ret = form_do(dialog,0)
  310. >       to handle the dialog
  311. >form_dial(FDM_START,x,y,w,h,x,y,w,h);
  312. >       to restore screen area
  313. >
  314. >The last call restores only the desktop under the dialog, any windows under it
  315. >are updated by the owning application when it reseves the WM_REDRAW message
  316. >(Ofcourse your application should listen to incoming message through a
  317. >evnt_multi loop). If you did not send your VDI output to a window you don't get
  318. >a WM_REDRAW message and should have saved the screen area with
  319. >vro_cpyfm function and restore it in the same manner
  320. >
  321.      Again, many thanks for the reply!  At this point I think that's
  322. pretty much what I have.  It's the "vro_cpyfm()" call that's messing
  323. up.  I haven't looked at it today though.
  324.  
  325.  
  326. --
  327. Jim Omura, 2A King George's Drive, Toronto, (416) 652-3880
  328. lsuc!jimomura
  329. Byte Information eXchange: jimomura
  330.  
  331. ------------------------------
  332.  
  333. Date: 11 Aug 91 15:46:46 GMT
  334. From:
  335.  noao!asuvax!cs.utexas.edu!wupost!udel!haven.umd.edu!wam.umd.edu!cmedley@arizona
  336.  .edu (Charles Henry Medley)
  337. Subject: Dialog Boxes
  338. To: Info-Atari16@naucse.cse.nau.edu
  339.  
  340. In article <1991Aug10.122208.16653@lsuc.on.ca> jimomura@lsuc.on.ca (Jim Omura)
  341.  writes:
  342. >In article <3231@cod.NOSC.MIL> healy@cod.NOSC.MIL (Mike Healy) writes:
  343. >>Let me quote from my Laser C (version 1.01) docs (and probably start a
  344. >>new flame thread):
  345. >>
  346. >>      "The GEM desktop program opens a workstation for the screen using
  347. >>      raster coordinates.  GEM can only have one workstation open for a
  348. >>      particular device at a time,  and since the desktop program is
  349. >>      always run before user applications,  there is no way for an
  350. >>      application program to open a workstation on the ST.  It can
  351. >>      however [sic] open a virtual workstation that inherits the
  352. >>      device specific information from the currently open workstation."
  353. >>
  354. >>      Laser C version 1.01 manual,  p. 307
  355. >
  356. >
  357. >     So that would mean that "v_opnwk()" in Lattice C is an entirely
  358. >bogus command!  Neato! :-)
  359. >
  360. >Supposition:  "v_opnwk()" is probably necessary for some GDOS commands.
  361. >Probably I'll find this out if I ever actually use a GDOS related command.
  362. >That's fair enough.  In the mean time, I won't worry about it and I
  363. >won't use it.
  364. >--
  365.  
  366.  
  367. I always thought we needed GDOS installed to make an effective call to
  368. v_opnwk().  I've never programmed GDOS, but most of the books that claim
  369. v_opnwk() to be useless were written before the advent of GDOS itself.  I
  370. don't know about whether it allows more than one workstation open per device,
  371. but I'm sure Allan Pratt or K. Bad could point everyone in the right direction
  372.  
  373. ------------------------------
  374.  
  375. Date: 9 Aug 91 04:29:46 GMT
  376. From:
  377.  noao!asuvax!ukma!rex!samsung!umich!ox.com!math.fu-berlin.de!unido!mcshh!malihh!
  378.  pfunk!blackbox@arizona.edu (Michael Kistenmacher)
  379. Subject: DIDOT ART?
  380. To: Info-Atari16@naucse.cse.nau.edu
  381.  
  382. In <1991Aug7.151037.24165@magnus.acs.ohio-state.edu>, David H Butler writes:
  383. >things up, so here is my question again:  I am looking for a program which is
  384. >called (I think) Didot Art. If anyone can give me infor for it I would really
  385. >appreciate it.
  386.  
  387. Didot LineArt is distributed by 3K-Computer in Germany. I don't know, if
  388. they have a US-division, but they had some contacts to ATARI USA.
  389. Their german address is:
  390.  
  391. 3KComputerbild GmbH
  392. Sassenfeld 71
  393. 4054 Nettetal 1
  394. Fax ++49 2153 89291
  395. Germany
  396.  
  397. Didot LineArt has blown up since last year. When i first came out, it only
  398. was a Font-Editor, now it's a complete DTP-Application. You shouldn't wonder
  399. about the price. Sorry, but I don't know it exactly.
  400.  
  401. Bye.....Michael
  402.  
  403. --
  404. ------------------------------------------------------------------------------
  405. |    listen to the coolest !         |  Michael Kistenmacher /  blackbox     |
  406. |       Music from the Galaxy !      |  2000 Hamburg 61  / Schippelsweg 64   |
  407. |            !!! P-Funk !!!          |  West Germany / ++ 49 40 552 37 66    |
  408. ------------------------------------------------------------------------------
  409.  
  410. ------------------------------
  411.  
  412. Date: 11 Aug 91 03:16:38 GMT
  413. From:
  414.  noao!ncar!elroy.jpl.nasa.gov!usc!orion.oac.uci.edu!unogate!mvb.saic.com!ncr-sd!
  415.  crash!pnet01!pro-odyssey.cts.com!chuckie@arizona.edu (Chuck Schul)
  416. Subject: east coast bbs's and user groups
  417. To: Info-Atari16@naucse.cse.nau.edu
  418.  
  419. can anyone tell me of addresses and numbers of atari bbs's and user groups
  420. in the new york,new jersey and connt.areas?
  421.  
  422. thankls
  423. thanks
  424. ----
  425. ProLine:  chuckie@pro-odyssey
  426. Internet: chuckie@pro-odyssey.cts.com
  427. UUCP:     crash!pro-odyssey!chuckie
  428. ARPA:     crash!pro-odyssey!chuckie@nosc.mil
  429.  
  430. ------------------------------
  431.  
  432. Date: 11 Aug 91 06:54:59 GMT
  433. From: bu.edu!m2c!risky.ecs.umass.edu!dime!michael@uunet.uu.net (Michael Kieras)
  434. Subject: GCC question
  435. To: Info-Atari16@naucse.cse.nau.edu
  436.  
  437. This is probably a silly question, but I've installed GCC on my
  438. system and can't get it to compile anything, so I'll ask anyway.
  439.  
  440. The problem is how it is treating TOS filenames.  If I try to compile
  441. using a command such as
  442.  
  443.         gcc -O -c test.c
  444.  
  445. then it will not see the file.  If, on the other hand, I try to compile
  446. with
  447.  
  448.         gcc -O -c TEST.C
  449.  
  450. then it DOES see the file, but it doesn't seem to know what to do with
  451. the .C extender, so no actual compilation takes place.
  452.  
  453. Is there a switch or an environment variable I can use to correct this?
  454.  
  455. Thanks in advance,
  456.  
  457. Michael Kieras
  458.  
  459. ------------------------------
  460.  
  461. Date: 11 Aug 91 15:11:12 GMT
  462. From:
  463.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!qt.cs.utexas.edu
  464.  !yale.edu!cs.yale.edu!fischer-robert@arizona.edu (Robert Fischer)
  465. Subject: Getting source code to The Vault
  466. To: Info-Atari16@naucse.cse.nau.edu
  467.  
  468. please, Please, PLEASE, when you have a message you want me to read,
  469. send it directly to me.  I am not likely to get it otherwise.
  470.  
  471. Many people have asked about getting source-code to The Vault.  I
  472. include here the conditions described under the "About The Vault" menu
  473. item.
  474.  
  475. -*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
  476.                 Getting Source Code to The Vault
  477.  
  478. Although The Vault does not come with source code, you may get source
  479. code simply by asking me (the author), under certain conditions, some
  480. of which follow:
  481.  
  482. * You may not distribute the source to anyone else.  Anyone who wants
  483. it must ask me directly, and I will supply it.
  484.  
  485. * You may modify the source code as much as you like, as long as you
  486. do not distribute the modified version of the source (but you may
  487. distribute the modified object code under certain conditions).
  488.  
  489. If you are interested in the source code, please ask for it by E-mail,
  490. or send a diskette with suitable return postage and envelope to the me
  491. (if overseas, just send money to cover a disk and return postage).
  492. -*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-
  493.  
  494. fischer-robert@cs.yale.edu (Bob Fischer)
  495. --
  496. fischer-robert@cs.yale.edu (Bob Fischer)
  497.  
  498. ------------------------------
  499.  
  500. Date: 11 Aug 91 10:55:22 GMT
  501. From:
  502.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!wupost!waikato.a
  503.  c.nz!comp.vuw.ac.nz!actrix!Roger.Sheppard@arizona.edu (Roger Sheppard)
  504. Subject: Hardware goodies in US???
  505. To: Info-Atari16@naucse.cse.nau.edu
  506.  
  507. In article <162815@unix.cis.pitt.edu> rjast1@unix.cis.pitt.edu (Robert J Anisko)
  508.  writes:
  509. > In article <1991Aug09.035522.8432@chinet.chi.il.us> saj@chinet.chi.il.us
  510.  (Stephen Jacobs) writes:
  511. > >We've already established that there are some nice goodies being made for the
  512. > >ST.  But does anyone sell these things in the US?  In particular: memory
  513. > >expansion of the ST beyond 4 M, and network hardware that permits the ST to
  514. > >be on the same network with 'more popular machines'.
  515. > >                                    Steve     saj@chinet.chi.il.us
  516. >   I believe the soon-to-be-released (Dave?) 68030 upgrade from Gadgets by
  517. > Small will let you crank it up to 12megs RAM, I believe.
  518. >
  519. >   As for networking, you might check out some information on "Universal
  520. > Network", a kinda offshoot of the Universal Item selector.  I dunno if
  521. > it works in conjunction with other systems on a net, but its worth
  522. >  look into,anyways...
  523. >                                               Robert Anisko
  524. >                                               rjast1@unix.cis.pitt.edu
  525. >
  526. Well there is this PC thing that is also available for the Atari that
  527. uses the Cartridge Port, I think that the PC one uses the Printer Port,
  528. gives about 10 megabytes transfer rate and the same on the Atari.
  529.  
  530. It is called Lantech ??, is this the correct name..
  531.  
  532. But please correct me on this as I have only heared about this 3rd hand
  533. --
  534. ***  Roger W. Sheppard        *    Roger.Sheppard@bbs.actrix.gen.nz  ***
  535. ***  85 Donovan Rd          *  *   At least I don't Flicker, not     ***
  536. ***  Kapiti New Zealand..    *     like a dying light globe. !       ***
  537.  
  538. ------------------------------
  539.  
  540. Date: 11 Aug 91 01:54:15 GMT
  541. From: tove.cs.umd.edu!bane@mimsy.umd.edu (John R. Bane)
  542. Subject: Help for an old, handicapped ST?
  543. To: Info-Atari16@naucse.cse.nau.edu
  544.  
  545. My ancient and revered 520 has a problem.  Its serial port has partially
  546. died; it can send but not receive characters.  To give you an idea of
  547. how old this machine is, it started out with a single-sided external floppy.
  548. It now has an external double-sided floppy, an 80 meg hard drive, and a
  549. 1/2.5/4 meg RAM board from Tech Specialties (currently at 2.5 meg).
  550. The serial port is important to me, as it's how I do my backups.
  551.  
  552. I'm trying to find the cheapest way of fixing this mess.  The options I've
  553. thought of are:
  554.  
  555. Get the old machine fixed (but where?  and how much? and how long?).
  556.  
  557. Buy another used ST; I'd only do this if I could transfer my RAM board
  558. to it.  Anybody got an old but working machine they want to unload?
  559.  
  560. Buy a new ST.  As I really need the big RAM for desktop publishing, I'd
  561. probably go for a Mega 2.
  562.  
  563. Give in and buy a more mainstream machine (but what about my old files? and
  564. besides the new Apple/IBM alliance makes my skin crawl...).
  565.  
  566. Anybody else ever have a serial port hardware problem? Did you solve it?
  567. Anyone have a machine to sell?
  568.  
  569. Please respond via mail, as I'm 200 messages behind in this newsgroup.
  570.  
  571. Bob Bane (bane@tove.cs.umd.edu)
  572. --
  573. Internet: bane@tove.umd.edu
  574. UUCP:...uunet!mimsy.umd.edu!bane
  575.  
  576. ------------------------------
  577.  
  578. Date: 9 Aug 91 05:56:06 GMT
  579. From:
  580.  noao!asuvax!cs.utexas.edu!sdd.hp.com!spool.mu.edu!cs.umn.edu!thelake!steve@ariz
  581.  ona.edu (Steve Yelvington)
  582. Subject: Is XCONTROL on atari.archive bad?
  583. To: Info-Atari16@naucse.cse.nau.edu
  584.  
  585. [In article <1991Aug8.150603.23767@cs.wayne.edu>,
  586.      pbh@jake.cc.wayne.edu (Patrick Haggood) writes ... ]
  587.  
  588.  > I just FTP'd XCONTROL from atari.archive as binary.  I tried un-arcing
  589.  > it on my unix box and my dos box, both of them said they couldn't
  590.  > handle the archive.  Anyone had any success with un-arcing these
  591.  > files from atari.archive?
  592.  
  593. It's archived with ARC 6.02, which handles subdirectories.
  594.  
  595. ----
  596.  Steve Yelvington, Marine on St. Croix, Minnesota (USA)
  597.  steve@thelake.mn.org
  598.  
  599. ------------------------------
  600.  
  601. Date: 10 Aug 91 21:36:15 GMT
  602. From: mcsun!ukc!axion!tharr!ford@uunet.uu.net (Stephen Usher)
  603. Subject: PCT 1424 (was: Re: TT with Multisyncs)
  604. To: Info-Atari16@naucse.cse.nau.edu
  605.  
  606. My first PTC1426 was way out of adjustment, firstly it was completely out of
  607. focus, secondly as you turned down the brightness the white turned to purple!
  608.  
  609. As you may have guessed, I got it replaced.
  610.  
  611. The new one is much much better (maybe Atari had installed some sort of
  612. quality control by the time this one was made, or was it just luck that
  613. the components were in the right positions? :-)).
  614.  
  615. The quality of the display is up to that, if not better than, most multisyncs
  616. I've seen, though I wouldn't call the Atari monitor a multisync as it can't
  617. handle either 50Hz or 70Hz sync, just 60Hz! (There is a switch on the back
  618. for switching between TT and IBM-PC VGA modes, but all that does is alter the
  619. width of the picture)
  620.  
  621.  
  622. My conclusion, the PTC1426 is a good monitor for the TT (even in Mono, Frank)
  623. as long as you don't mind paying way over the odds so that the monitor fits
  624. nicely on the TT, and you get one which has actually been adjusted!
  625.  
  626. Stephen Usher
  627.  
  628. Addresses:-
  629.  
  630. JANET           ucacmsu@uk.ac.ucl       or      ford@tharr.uucp@uk.ac.ukc
  631. INTERNET        ucacmsu@ucl.ac.uk       or      ford@tharr.uucp@ukc.ac.uk
  632.  
  633. --
  634. <-- tharr *free* public access to Usenet in the UK 0234 841503 -->
  635.  
  636. ------------------------------
  637.  
  638. Date: 10 Aug 91 21:50:31 GMT
  639. From: mcsun!ukc!axion!tharr!ford@uunet.uu.net (Stephen Usher)
  640. Subject: PCT 1424 (was: Re: TT with Multisyncs)
  641. To: Info-Atari16@naucse.cse.nau.edu
  642.  
  643. Sorry Frans for mis-spelling your name in my last article, it won't happen
  644. again, I promise :-)
  645.  
  646. Steve
  647.  
  648. --
  649. <-- tharr *free* public access to Usenet in the UK 0234 841503 -->
  650.  
  651. ------------------------------
  652.  
  653. Date: 11 Aug 91 11:46:39 GMT
  654. From: mcsun!cernvax!cernvax.cern.ch@uunet.uu.net (roger hoh)
  655. Subject: Software wanted...
  656. To: Info-Atari16@naucse.cse.nau.edu
  657.  
  658.  Hi Atarians,
  659.  
  660.  Sorry for wasting bandwidth with this query, but...
  661.  
  662.  I'm in the Los Angeles - San Franscisco area between the 16/9 and
  663. 13/10 of this year (approximately). Where can I find software to buy?
  664.  
  665.  Please reply by e-mail, 'cause I'm not sure that every body reading
  666. c.s.a.st is interested in that reply...
  667.  
  668.  Thanks in advance for your reply.
  669.  
  670.  Roger          hohr@cernvax.cern.ch
  671.  
  672. ------------------------------
  673.  
  674. Date: 11 Aug 91 07:01:59 GMT
  675. From: noao!ncar!midway!machine!chinet!saj@arizona.edu (Stephen Jacobs)
  676. Subject: Using a big hard disk
  677. To: Info-Atari16@naucse.cse.nau.edu
  678.  
  679. I got an impossibly great deal on a ST-4702N (600 MB Wren-V).  I have it
  680. hooked up to my BMS-200, and it responds to commands alright.  I can
  681. even get the BMS disk initializer to prepare 60 MB of useful file space on
  682. it.  But I want to set this thing up as a large number of large partitions,
  683. and to do that I need HDX.  So far, with a few reasonable tries, HDX refuses
  684. to do ANYTHING with this disk.  Any suggestions?
  685.                                          Steve   saj@chinet.chi.il.us
  686.  
  687. ------------------------------
  688.  
  689. Date: Thu, 15 Aug 91 12:45:16 -0700
  690. From: atari16 (INFO-ATARI16 (maillist admin))
  691.  
  692.  
  693. ------------------------------
  694.  
  695. Date: Thu, 15 Aug 91 13:00:17 -0700
  696. From: atari16 (INFO-ATARI16 (maillist admin))
  697.  
  698.  
  699. ------------------------------
  700.  
  701. End of Info-Atari16 Digest
  702. ******************************
  703.