home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / atari / st / 13433 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  3.0 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!zaphod.mps.ohio-state.edu!cs.utexas.edu!usc!chaph.usc.edu!news
  2. From: baffoni@aludra.usc.edu (Juxtaposer)
  3. Newsgroups: comp.sys.atari.st
  4. Subject: Re: PERFPICH.TOS v1.1 posted to a.a
  5. Message-ID: <laq50iINNa5e@aludra.usc.edu>
  6. Date: 8 Sep 92 20:58:58 GMT
  7. References: <1992Sep03.202923.16021@convex.com> <1992Sep4.142912.6932@magnus.acs.ohio-state.edu> <1992Sep8.153600.11388@csi.uottawa.ca>
  8. Organization: University of Southern California, Los Angeles, CA
  9. Lines: 56
  10. NNTP-Posting-Host: aludra.usc.edu
  11.  
  12. In article <1992Sep8.153600.11388@csi.uottawa.ca> cbbrowne@csi.uottawa.ca (Christopher Browne) writes:
  13. >The "problem" is that OTHER platforms have a lot of different
  14. >compression formats.  Add to this the fact that it's fairly easy to
  15. >translate software to the ST.  If there weren't any C compilers for
  16. >the ST, then life would be wonderful, because we wouldn't have any of
  17. >those "awful" archive formats that they have on other computers.
  18.  
  19.     Whats wrong with lots of different compression formats?  With them in
  20. existance, you can be sure that there are people that are out there who are
  21. thinking about making newer/better compression schemes.  However, there _is_
  22. a problem with having lots of compression schemes, but not picking one as a 
  23. "standard", or you end up (like most of us Atari people) with Megabytes used
  24. here and there for different de/compressors.  
  25.  
  26. >There's really only a couple of unique Atari formats (the DC real-time
  27. >compressor, and a couple of programs that compress executables), and
  28. >they're seldom used for distribution purposes...
  29.  
  30.     And they aren't neccessarily all that great - you can't use them on
  31. another system.  This is very important for most of us on the NET as most
  32. of us use non-Atari systems to move and examine the files from the NET.
  33. I usually look at files on my Unix account before dling them.  I'm green
  34. with envy for someone who has an Atari on Ethernet and doesn't need to go
  35. through a UNIX/PC/MAC to get their files.
  36.  
  37. >>Well, maybe not, but self-extracting files sure make my life a lot easier.
  38. >It makes YOUR life easier, but not for the rest of us.  I often will
  39. >ftp files to my UNIX system, and check the dox to see if it's worth
  40. >downloading (at a pretty LOUSY baud rate) to the ST at home.
  41.  
  42.     Hey, slow down there partner.  Nearly every self-extracting archiver 
  43. out there is one that was ported from other systems (ie zip,etc.).  And most
  44. of them can still be extracted/viewed as a normal compressed file (ie you can
  45. unzip a zipped .sea on your UNIX host).  So using a .sea is not a bad idea.
  46. It is a bad idea to use a .sea that is not unarchivable on other systems.
  47.  
  48. >If there's some ENORMOUS file on atari.archive, I'd like to know
  49. >what's in it BEFORE I try downloading it.  SEAs are NOT acceptable for
  50. >this (common) purpose.
  51.  
  52. see above.
  53.  
  54.  
  55. >>Those without an ST should just buy one :-)
  56. >
  57. >I've got TWO.  I can't use either of them ON SITE.
  58.  
  59.     If only we could.  <sigh>
  60.  
  61. >-- 
  62. >Christopher Browne
  63. >cbbrowne@csi.uottawa.ca
  64. >University of Ottawa
  65. >Master of System Science Program
  66.  
  67. -Mike
  68.