home *** CD-ROM | disk | FTP | other *** search
/ No Fragments Archive 12: Textmags & Docs / nf_archive_12.iso / MAGS / TEXTMAGS / ATARI16 / INFO91.ZIP / INFO91 / 431.TXT < prev    next >
Text File  |  1997-04-16  |  25KB  |  661 lines
  1. Info-Atari16 Digest         Thu, 15 Aug 91       Volume 91 : Issue 431
  2.  
  3. Today's Topics:
  4.                  Anonymous FTP of The Vault in Europe
  5.                    archive-server:  HELP ! (2 msgs)
  6.                 Are they released yet?  How are they?
  7.                      Best place to buy DynaCADD?
  8.                           DC Weekly Post 8/9
  9.                              Dialog Boxes
  10.                 Fix bugs to fix bugs, or to Fix Bugs?
  11.                       Hardware goodies in US???
  12.                                 HiSoft
  13.                      How to bind gulam keys in ue
  14.                            Minix question..
  15.                      Multi V1.0 - Midi Sequencer
  16.                 power conditioning (was Re: BLACKOUTS)
  17.                          ST-USER July Wanted
  18.                    TOS (GEM) file selector windows
  19.       TOS (GEM) file selector windows [FSEL wrapper source code]
  20.                    what I think about GEM (2 msgs)
  21.                       Which archiver ? (Was: use
  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: 10 Aug 91 08:53:54 GMT
  38. From: mcsun!unido!horga!agsc!krokus!jlinz@uunet.uu.net (Jochen Linz)
  39. Subject: Anonymous FTP of The Vault in Europe
  40. To: Info-Atari16@naucse.cse.nau.edu
  41.  
  42. In <1991Aug7.144445.3006@cs.yale.edu>, Robert Fischer writes:
  43. >are available via ftp in europe under anonymous account by the
  44. >University of Koeln/Germany. The numeric ftp-adress is
  45.  [stuff deleted..]
  46.  
  47.  hello robert,
  48.  
  49.  we have just test your new version 3.0 of The Vault.
  50.  
  51.  THERE is still the same bug as in your old versions :
  52.  
  53.  Try to use a deep path, like more than 50 Characters in the GEM-Input-Line,
  54.  The Vault will crash, overwriting his own memory, asks for disc-changes
  55.  and then bombs... ugghh 8-(
  56.  
  57.  An other little bug is this one :
  58.  
  59.  If there is a file with a name "        .   " (you see, a blank name),
  60.  than The Vault don't abort with an errormessage, but try go on with
  61.  backuping. BUT don't really backups the files !
  62.  
  63.  Hope that helps !
  64.  
  65.  PS: I've heard, you sold your ATARI ST. Is that true ?
  66.      Who will support your really good program ?(sources avaible ?)
  67.  
  68.  cu Jochen (not the FRITZ, but a FRANZ !)
  69.  
  70.  Hope, my bad english will be understood...
  71.  --
  72.  
  73.  
  74. Jochen Linz, Henckellweg 7, W-3000 Hannover 91, Germany - Voice: +49 511 417407
  75.  
  76. ------------------------------
  77.  
  78. Date: 9 Aug 91 20:25:34 GMT
  79. From: rti!mozart!snoret@mcnc.org (Rick Tatem)
  80. Subject: archive-server:  HELP !
  81. To: Info-Atari16@naucse.cse.nau.edu
  82.  
  83. I am rather a novice to the net, so I figure I'd ask
  84. a (hopefully) simple question and save myself hours
  85. of frustration and heartache.  Here we go:
  86.  
  87. All I'm trying to do is get some of the binaries
  88. from the archive-server@twitterpater.eng.sun.com.
  89. I mailed a request on Monday, and still have not
  90. received the uuencoded reply.  Now, before you all
  91. tell me just to be patient... yesterday I decided
  92. to request the help file and the index.  I
  93. received them both the same day I requested them!
  94.  
  95. My question is this... does the server naturally
  96. send help and index requests BEFORE files, or is
  97. there something wrong with my syntax.  I thought
  98. I was doing it just the way the help file said:
  99.  
  100. send binaries/volume1 arc
  101.  
  102. Notice I remembered to replace the last "/" with
  103. a space.  Please tell me I not crazy ( well, ok...
  104. maybe just a little :)
  105.  
  106. Rick Tatem             snoret@unx.sas.com
  107. UNIX Support
  108. SAS Institute, Inc.
  109. --
  110. Rick Tatem                                    __-__               _
  111. snoret@unx.sas.com            =========@  ============       *#__===___
  112. UNIX Support                     ___\\____ /  /_  `'
  113. SAS Institute, Inc.              \______________{           @*          @
  114.  
  115. ------------------------------
  116.  
  117. Date: 9 Aug 91 21:54:58 GMT
  118. From: @uunet.uu.net (John Miskinis)
  119. Subject: archive-server:  HELP !
  120. To: Info-Atari16@naucse.cse.nau.edu
  121.  
  122. >send binaries/volume1 arc
  123.  
  124. Is "arc" a valid filename?  (I don't have the index handy)
  125.  
  126. It seems (from memory) you must specify the full name and extension...
  127.  
  128. _John_  (Who came in at 5:00 AM, it's 6:00 P.M. and I'm ALMOST done!)
  129.  
  130. ------------------------------
  131.  
  132. Date: 9 Aug 91 21:43:50 GMT
  133. From: cleveland.Freenet.Edu!aa399@ucbvax.berkeley.edu (Len Stys)
  134. Subject: Are they released yet?  How are they?
  135. To: Info-Atari16@naucse.cse.nau.edu
  136.  
  137. I'm curious to know if the ST Notebook, ST Pad, CDAR505, and the TT/030
  138. Unix and Developer package are available anywhere in the world?
  139.  
  140. Have any developers got them yet?
  141.  
  142. Also, has anyone heard anything about a new video card for the TT to
  143. compete with the VideoToaster?
  144.  
  145. If you have, I'd be interested to know what you've heard either on this
  146. newsgroup or through e-mail.
  147.  
  148. Thanks.
  149.  
  150. Len
  151.  
  152.  
  153. --
  154.  
  155.  
  156. ------------------------------
  157.  
  158. Date: 10 Aug 91 06:11:24 GMT
  159. From: noao!asuvax!cs.utexas.edu!ut-emx!ccwf.cc.utexas.edu!tdrga@arizona.edu
  160.  (Todd Drga)
  161. Subject: Best place to buy DynaCADD?
  162. To: Info-Atari16@naucse.cse.nau.edu
  163.  
  164. I wonder how many people actually use DynaCADD out there... but for those
  165. who do, I have a question:
  166.  
  167. Where is the best (cheapest) place to buy it?  I have checked with a couple
  168. of mail-order places, but they indicated that it was a 'special-order' item
  169. and quoted me a special-order price (about $750)
  170.  
  171. Is there any place that sells it cheaper?  I remember a while ago there was a
  172. person who started a, for lack of a better term, 'network mail order'
  173. mailing list of software and hardware that could be ordered by e-mail.
  174. I was on that list and got the first mail message with some pretty good
  175. prices, but have lost that message and haven't heard anything else from the
  176. person.  If you have any info about this, please mail me.
  177.  
  178. Please mail any suggestions or recommendations to me.  I will summarize
  179. when I return from my trip to Europe.
  180.  
  181. Thanks,
  182.  
  183. Todd Drga
  184.  
  185. --
  186. =  INTERNET-> tdrga@ccwf.cc.utexas.edu   (Todd Drga, UT Dept. of Drama)      =
  187. =                                                                            =
  188. =          ' The dry grass will set fire to the damp grass '                 =
  189. =                                                                            =
  190. =           African proverb brought to the Americas by slaves                =
  191.  
  192. ------------------------------
  193.  
  194. Date: 9 Aug 91 22:18:01 GMT
  195. From:
  196.  noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!zaphod.mps.ohio-state.edu!menudo.uh.e
  197.  du!uace0@arizona.edu (ATARI Computer Enthusiasts)
  198. Subject: DC Weekly Post 8/9
  199. To: Info-Atari16@naucse.cse.nau.edu
  200.  
  201. DC Mouse Saver will turn the mouse cursor off after a defined time
  202. of no mouse activity and turn the mouse cursor back on with any mouse
  203. activity.  'A third generation Homey' - read docs  :-)
  204.  
  205. 100% assembly.  ST, STe and TT compatible.  Program of the week.
  206.  
  207. - mike vederman / double click software
  208.  
  209. See you in Duesseldorf!
  210.  
  211. --
  212. ------------------------------------------------------------------------------
  213. Double Click Me | Double Click Software | P.O. Box 741206 | Houston, Tx, 77274
  214. ------------------------------------------------------------------------------
  215. Voice: (713)977-6520 | DC DESKTOP | DC FORMATTER | DC UTILITIES | and others
  216.  
  217. ------------------------------
  218.  
  219. Date: 10 Aug 91 12:22:08 GMT
  220. From: noao!asuvax!cs.utexas.edu!swrinde!mips!atha!lsuc!jimomura@arizona.edu (Jim
  221.  Omura)
  222. Subject: Dialog Boxes
  223. To: Info-Atari16@naucse.cse.nau.edu
  224.  
  225. In article <3231@cod.NOSC.MIL> healy@cod.NOSC.MIL (Mike Healy) writes:
  226. >Let me quote from my Laser C (version 1.01) docs (and probably start a
  227. >new flame thread):
  228. >
  229. >       "The GEM desktop program opens a workstation for the screen using
  230. >       raster coordinates.  GEM can only have one workstation open for a
  231. >       particular device at a time,  and since the desktop program is
  232. >       always run before user applications,  there is no way for an
  233. >       application program to open a workstation on the ST.  It can
  234. >       however [sic] open a virtual workstation that inherits the
  235. >       device specific information from the currently open workstation."
  236. >
  237. >       Laser C version 1.01 manual,  p. 307
  238.  
  239.  
  240.      So that would mean that "v_opnwk()" in Lattice C is an entirely
  241. bogus command!  Neato! :-)
  242.  
  243. Conclusion #1:  We need some new books put out on GEM/TOS programming.
  244. Hopefully, some of those books will be the manuals that come with
  245. these compilers.
  246.  
  247. Conclusion #2:  (Ahem.  I have another conclusion but I think I will
  248. not currently state it in public. :-)
  249.  
  250. Supposition:  "v_opnwk()" is probably necessary for some GDOS commands.
  251. Probably I'll find this out if I ever actually use a GDOS related command.
  252. That's fair enough.  In the mean time, I won't worry about it and I
  253. won't use it.
  254. --
  255. Jim Omura, 2A King George's Drive, Toronto, (416) 652-3880
  256. lsuc!jimomura
  257. Byte Information eXchange: jimomura
  258.  
  259. ------------------------------
  260.  
  261. Date: 10 Aug 91 00:55:24 GMT
  262. From: noao!asuvax!cs.utexas.edu!usc!apple!portal!atari!kbad@arizona.edu (Ken
  263.  Badertscher)
  264. Subject: Fix bugs to fix bugs, or to Fix Bugs?
  265. To: Info-Atari16@naucse.cse.nau.edu
  266.  
  267. jansteen@cwi.nl (Jan van der Steen) writes:
  268.  
  269. |[...] it seems that the system code performs the "cd .." command
  270. |by stripping *one* directory from the current path.  However,
  271. |the used algorithm doesn't make sense [if relative paths are passed in].
  272.  
  273. |    Should one only supply full pathnames to the file selector,
  274. |    or should the described behaviour be considered a bug?
  275.  
  276. I think this is a case of "Doc, it hurts when I do this..." As Allan
  277. has said, if the file selector misbehaves when you pass it a relative
  278. filename, don't pass relative filenames to the file selector. It
  279. bothers me when I see programs doing this, because what does "." mean
  280. when a program brings up a file selector?  For all I know, the program
  281. could change directories numerous times for its own devious purposes.
  282. How the heck do I know what its idea of the current directory is?
  283.  
  284. Please use fully qualified pathnames in the file selector.  I know that
  285. means you can't go very deep, but that's life on one line of a 40
  286. column screen.
  287.  
  288.  
  289. hofer@urz.unibas.ch (Remo Hofer) writes:
  290.  
  291. |Wouldn't this be an idea for a dc week utility. A TSR that parses all pathnames
  292. |before calling the system routine. So these commercial applications will not
  293. |cause problems to anyone.
  294.  
  295. I'd like to echo Allan's sentiments on this one, too... fixing "bugs"
  296. for no other reason than to allow buggy programs to run is A Bad Idea.
  297.  
  298. Believe it or not, I may even be more rabid about this issue than Allan.
  299. I think Atari should do everything in its power to discourage lazy
  300. programming.  Our goal should be able to point at programs available on
  301. our computers and show how easy they are to use, and how robust they are.
  302. We shouldn't be required to apologize for the number of auto folder
  303. programs that you need to patch various bugs/features/whatevers so that
  304. programs X.PRG, Y.APP and Z.PRG can all coexist peacefully.
  305.  
  306. I think people who write little TSR helper programs shouldn't waste
  307. their time writing auto folder patches that let DB Master One run
  308. under TOS 6.7.  They should spend their time enhancing the utility
  309. of TOS machines, so we move forward.
  310.  
  311. --
  312.    |||   Ken Badertscher  (ames!atari!kbad)
  313.    |||   Atari R&D System Software Engine
  314.   / | \  #include <disclaimer>
  315.  
  316. ------------------------------
  317.  
  318. Date: 10 Aug 91 00:17:29 GMT
  319. From:
  320.  noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!unix.cis.pitt.edu!rj
  321.  ast1@arizona.edu (Robert J Anisko)
  322. Subject: Hardware goodies in US???
  323. To: Info-Atari16@naucse.cse.nau.edu
  324.  
  325. In article <1991Aug09.035522.8432@chinet.chi.il.us> saj@chinet.chi.il.us
  326.  (Stephen Jacobs) writes:
  327. >We've already established that there are some nice goodies being made for the
  328. >ST.  But does anyone sell these things in the US?  In particular: memory
  329. >expansion of the ST beyond 4 M, and network hardware that permits the ST to
  330. >be on the same network with 'more popular machines'.
  331. >                                    Steve     saj@chinet.chi.il.us
  332.  
  333.  
  334.   I believe the soon-to-be-released (Dave?) 68030 upgrade from Gadgets by
  335. Small will let you crank it up to 12megs RAM, I believe.
  336.  
  337.   As for networking, you might check out some information on "Universal
  338. Network", a kinda offshoot of the Universal Item selector.  I dunno if
  339. it works in conjunction with other systems on a net, but its worth
  340.  look into,anyways...
  341.  
  342.                                                 Robert Anisko
  343.                                                 rjast1@unix.cis.pitt.edu
  344.  
  345. ------------------------------
  346.  
  347. Date: 10 Aug 91 10:40:16 GMT
  348. From: mcsun!ukc!dcl-cs!gdt!brispoly!as_radfo@uunet.uu.net (Arthur Radford Ext
  349.  2743)
  350. Subject: HiSoft
  351. To: Info-Atari16@naucse.cse.nau.edu
  352.  
  353. In article <1991Aug7.205102.27984@news.cs.indiana.edu> pwp@iuvax.cs.indiana.edu
  354.  (Paul Purdom) writes:
  355. >Can someone send me an address for HiSoft in England (or a US address if
  356. >they have one)? Does anyone know of a better place to obtain the latest
  357. >version of Personal Pascal?
  358.  
  359. I didn't even know until you mentioned it that they had Personal Pascal
  360. on their list!  And I've been wondering where to find it.
  361.  
  362. However, a full-page advert in the July issue of ST Applications informs that:
  363.  
  364. 'HighSpeed Pascal - comes from Denmark - extremely fast and friendly -
  365. closely compatible to ... Turbo Pascal, even including the graphics unit
  366. from the PC - compilation speed 
  367. code generation for the St and TT.
  368.  
  369. Price:  UK pounds 89.95.
  370. Existing Personal Pascal users can upgrade at a reduced price.'
  371.  
  372. Today's tourist rate is about $1.66/pound => 
  373.  
  374. HiSoft is at:  The Old School
  375.                Greenfield
  376.                BEDFORD
  377.                MK45 5DE
  378.                U.K.
  379.  
  380. Any help?
  381. --
  382. --
  383. Arthur Radford, Bristol Polytechnic
  384. BRISTOL, BS16 1QY, UK
  385. as_radfo@uk.ac.brispoly.g2
  386.  
  387. ------------------------------
  388.  
  389. Date: 9 Aug 91 19:37:59 GMT
  390. From: ftpbox!mothost!motcid!zafiris@uunet.uu.net (John Zafiris)
  391. Subject: How to bind gulam keys in ue
  392. To: Info-Atari16@naucse.cse.nau.edu
  393.  
  394. I have beta-test version 1.03.04.05 121887 of the gulam shell and want
  395. to redefine the key mappings for the emacs editor.  I tried kb -r xxx yy
  396. but that does not seem to work and sometimes even messes up the rest of
  397. the keys so, for example, keys a, b, and c become NOPs and don't work any
  398. more.  Is there anything special that has to be done?  The command:
  399. uekb xxx yy worked just fine for the alpha-test version I used before.
  400.  
  401. What am I doing wrong?  Thanks for any clues...             ...John
  402.  
  403. ------------------------------
  404.  
  405. Date: 10 Aug 91 11:03:31 GMT
  406. From: netcomsv!yonder@decwrl.dec.com (Christopher Russell)
  407. Subject: Minix question..
  408. To: Info-Atari16@naucse.cse.nau.edu
  409.  
  410. I've been strongly considering getting Minix (I sure wish it was a little
  411. cheaper -- does anybody know of a souce besides direct to Prentice Hall?)
  412.  
  413. My question is:  Which version is better, the MAC or ST version?  The
  414. reason I ask is becuase I have a Spectre so I could run the MAC version.
  415. If they are pretty much the same, it would seem ST would be superior
  416. because I wouldn't have to run it under emulation.  Also, I have read that
  417. the Amiga and ST binaries are compatible (under Minix) does anyone know if
  418. this is true for MAC as well?
  419.  
  420. Well, any help in the area would be great.. Thanx...
  421.  
  422. P.S. I don't suppose somebody has a copy of Minix they would like to sell,
  423. c'mon now, there's gotta be somebody out there who has it sitting around
  424. collecting dust....
  425.  
  426.  
  427. --
  428. Christopher L. Russell (yonderboy)  Phone: (408)378-9078 Campbell,CA
  429. yonder@netcom.COM or clr40@amail.amdahl.com or chrisr@leland.stanford.edu
  430.  
  431. ------------------------------
  432.  
  433. Date: 10 Aug 91 04:21:07 GMT
  434. From:
  435.  arizona.edu!cerritos.edu!nic.csu.net!usc!cs.utexas.edu!swrinde!mips!atha!aunro!
  436.  alberta!herald.usask.ca!ccu.umanitoba.ca!umhagma1@arizona.edu (Dr.
  437.  Phrancinstyne)
  438. Subject: Multi V1.0 - Midi Sequencer
  439. To: Info-Atari16@naucse.cse.nau.edu
  440.  
  441. Has anyone looked at this fine piece of software yet?  It apparently came out
  442. just about a half a year ago (I think).  How do you think it rates to other
  443. packages?  Alchimie *was* a nice sequencer (mainly because shareware).  But
  444. when you want REAL support, I guess you got to pay a few more bucks (I figure).
  445.  
  446. It's retail price up here (BRRRRRR...<-what a joke) Winnipeg, Manitoba (Canada
  447. for those of you who don't know), is around a whopping $495.00 (CAN).
  448. Anyone else have any prices?
  449.  
  450. Thanks for any info. (or any corrections)
  451.  
  452. Brett Hagman
  453. Student Computer Engineer
  454. University of Manitoba
  455. Winnipeg, Manitoba
  456.  
  457. ------------------------------
  458.  
  459. Date: 5 Aug 91 18:08:10 GMT
  460. From: hpda!hpcuhb!hpindda!goo@hplabs.hp.com (Michael Goo)
  461. Subject: power conditioning (was Re: BLACKOUTS)
  462. To: Info-Atari16@naucse.cse.nau.edu
  463.  
  464. Speaking of blackouts and plug pulling:
  465.  
  466. How is using a switched power strip on a hard drive different from using
  467. the drive's on off switch.  Is one method more healthy for the drive?  Hmmmm..
  468.  
  469. ------------------------------
  470.  
  471. Date: 9 Aug 91 14:05:11 GMT
  472. From: noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!hp-pcd!hpmcaa!patrick@arizona.edu
  473.  (Patrick Hawke)
  474. Subject: ST-USER July Wanted
  475. To: Info-Atari16@naucse.cse.nau.edu
  476.  
  477. Do you have an July Issue of ST-USER  you don't want?
  478.  
  479. Looking for July Issue of ST-USER.
  480.  
  481. Contatc Me if you have one to part with.
  482.  
  483. Thanks,
  484.      ___
  485.     /__/  ___
  486.    /atrick /
  487.         <_/ames/__/
  488.               /  /awke
  489.  
  490. patrick@hpmcaa.mcm.hp.com
  491.  
  492. ------------------------------
  493.  
  494. Date: 9 Aug 91 18:52:33 GMT
  495. From: noao!asuvax!cs.utexas.edu!wupost!usc!apple!portal!atari!apratt@arizona.edu
  496.  (Allan Pratt)
  497. Subject: TOS (GEM) file selector windows
  498. To: Info-Atari16@naucse.cse.nau.edu
  499.  
  500. jansteen@cwi.nl (Jan van der Steen) writes:
  501. >I noticed that when giving a relative path to the file selector
  502. >of the Atari STe it's impossible to do more "cd .."'s (using the close
  503. >box of the window) than the directory where the relative path started.
  504. >This has to do with the way the system figures out the parent directory.
  505.  
  506. It has to do with what the file selector does when you hit the close box.
  507. It parses the path string and cuts off one level of subdirectory.  This is
  508. strictly string manipulation, having nothing to do with low-level
  509. filesystem notions like parent directory.  I believe the file selector must
  510. be given a string which starts with a drive letter and a backslash (i.e. a
  511. full path), or the close box will eventually get you to an invalid path and
  512. goodness knows what will happen.
  513.  
  514. ============================================
  515. Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
  516. reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
  517.  
  518. ------------------------------
  519.  
  520. Date: 9 Aug 91 18:57:07 GMT
  521. From:
  522.  noao!asuvax!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!usc!apple!portal!at
  523.  ari!apratt@arizona.edu (Allan Pratt)
  524. Subject: TOS (GEM) file selector windows [FSEL wrapper source code]
  525. To: Info-Atari16@naucse.cse.nau.edu
  526.  
  527. >> [In article <1991Aug8.141851.6114@wam.umd.edu>,
  528. >>      dmb@wam.umd.edu (David M. Baggett) writes ... ]
  529. >>
  530. >>  > ... To solve this, I wrote a wrapper for
  531. >>  > the file selector that expands an initial . in a pathname to the
  532. >>  > complete specification for the current working directory.  I.e.,
  533. >>  > ".\*.c" -> "d:\usr\src\*.c".
  534.  
  535. >In article <A1536431880@thelake.mn.org>, steve@thelake.mn.org
  536. >(Steve Yelvington) writes:
  537. >> This is a good thing to do, and thanks for the code. I've had problems
  538. >> with some commercial applications (including PageStream) used across
  539. >> multiple hard drive partitions because the application didn't pass a
  540. >> full and proper path mask to the fsel.
  541.  
  542. hofer@urz.unibas.ch (Remo Hofer) writes:
  543.  
  544. >Wouldn't this be an idea for a dc week utility. A TSR that parses all
  545. >pathnames before calling the system routine. So these commercial
  546. >applications will not cause problems to anyone.
  547. >But the TSR should really be tiny. Else we could use a extended file
  548. >selector as well. Or is it a challenge for Lars-Erik Osterud to
  549. >write the smallest path parser in the st world. The best way for
  550. >sure would be, that the people at atari would change the fileselector
  551. >to do this stuff. Or does TOS 3.xx already expand paths in the fileselector?
  552.  
  553. Actually, the best way for sure would be for the people who wrote these
  554. commercial applications not to ship buggy code.  The file selector does not
  555. properly parse relative paths (as has been pointed out here) and as such
  556. passing a relative path to the file selector is Not A Good Thing To Do.
  557. Writing a TSR to fix buggy programs might not be a bad idea, but not
  558. shipping buggy programs (or "programs which trigger user-interface oddities
  559. in the operating system" if you prefer) is a better one.
  560.  
  561. ============================================
  562. Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
  563. reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
  564.  
  565. ------------------------------
  566.  
  567. Date: 9 Aug 91 19:19:18 GMT
  568. From: world!azog@uunet.uu.net (azog-thoth)
  569. Subject: what I think about GEM
  570. To: Info-Atari16@naucse.cse.nau.edu
  571.  
  572. In article <11893@m.maus.de> Martin_Gaeckler@m.maus.de (Martin Gaeckler) writes:
  573. >
  574. >>Yea, but even so, its still rather clumsy. Think about the work needed to
  575. >>copy a file from your floppy to the hard drive. The above is needed, because
  576. >>(usually), you cant open a window onto the floppy. You could create a
  577. >>folder called Floppy, and use Preferences to set path to A:, but thats
  578. >>still awfully clumsy. And why press a keyboard key when using a mouse?
  579. >>Isnt that the point of a GUI? Windows may be prettier than GEM, but
  580. >>its _real_ easy to get things done, IMHO
  581. >
  582. >No, i'm sorry you are wrong. Coping a file from a floppy disk to the hard
  583. >disk is the same procedure as you would do with the GEM-Desktop. But If You
  584. >want to copy a file to an empty disk you can't open a window of that disk,
  585. >therefore, you have to drag the file to the disk icon of your floppy disk.
  586. >Then you can open a window.
  587. >
  588. >Martin
  589.  
  590. (the above is opinions about Microsoft Windows 3.0 vs. GEM)
  591.  
  592. But Windows doesnt have drive icons, the same as GEM.
  593.  
  594. GEM: to copy from floppy to HD:
  595.  
  596. Click on the hard drive icon, and open it up to the path. The open the
  597. floppy, and drag the icon from floppy to hard drive.
  598.  
  599. Windows:
  600.  
  601. Open the file manager. After it scans the whole hard drive, open drive
  602. a. Choose COPY under the menu FILE menu bar, and TYPE in the path
  603.  
  604. Which is easier?
  605.  
  606. ------------------------------
  607.  
  608. Date: 9 Aug 91 23:22:42 GMT
  609. From:
  610.  noao!ncar!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!convex!ros
  611.  enkra@arizona.edu (William Rosenkranz)
  612. Subject: what I think about GEM
  613. To: Info-Atari16@naucse.cse.nau.edu
  614.  
  615. In article <1991Aug9.191918.24547@world.std.com> azog@world.std.com (azog-thoth)
  616.  writes:
  617.  
  618. [ describes GEM vs windows moving/copying files then asks: ]
  619.  
  620. >Which is easier?
  621.  
  622. cp filename(s) path       or
  623. mv filename(s) path       or (recursive)
  624. cp -r directory(ies) path
  625.  
  626. :-)  :-)
  627.  
  628. -bill
  629. rosenkra@convex.com
  630. (and it is portable!)
  631. --
  632. Bill Rosenkranz            |UUCP: {uunet,texsun}!convex!rosenkra
  633. Convex Computer Corp.      |ARPA: rosenkra@convex.com
  634.  
  635. ------------------------------
  636.  
  637. Date: 7 Aug 91 12:47:00 GMT
  638. From:
  639.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia
  640.  .edu!ira.uka.de!smurf.sub.org!artcom0!hb.maus.de!hh.maus.de!Thomas_Quester@ariz
  641.  ona.edu (Thomas Quester)
  642. Subject: Which archiver ? (Was: use
  643. To: Info-Atari16@naucse.cse.nau.edu
  644.  
  645. ue>LHa 2.00 for about a month, the current version is 2.01b. I'll post it
  646. ue>to comp.binaries.atari.st, if I manage to find that printout of "Welcome to
  647. ue>comp.sys.atari.st" here in this chaos named flat. ;-)
  648.  
  649. Stop it! The 2.01c is out!
  650.  
  651. ----------------------------------------------------
  652. Thomas Quester  *  Lampenland 9  *  2050 Hamburg 80
  653.  
  654. Der kleine Mann braucht keinen Krieg. Er stirbt auch von alleine.
  655. (Net)
  656.  
  657. ------------------------------
  658.  
  659. End of Info-Atari16 Digest
  660. *****************************
  661.