home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / lang / pascal / 6807 < prev    next >
Encoding:
Text File  |  1992-11-21  |  4.8 KB  |  95 lines
  1. Newsgroups: comp.lang.pascal
  2. Path: sparky!uunet!mcsun!news.funet.fi!uwasa.fi!ts
  3. From: ts@uwasa.fi (Timo Salmi)
  4. Subject: Re: Spliting files
  5. Message-ID: <1992Nov21.204056.26210@uwasa.fi>
  6. Organization: University of Vaasa, Finland
  7. References: <1em0sbINNjp5@bigboote.WPI.EDU>
  8. Date: Sat, 21 Nov 1992 20:40:56 GMT
  9. Lines: 84
  10.  
  11. In article <1em0sbINNjp5@bigboote.WPI.EDU> gregs@wpi.WPI.EDU (Floppy) writes:
  12. >    I couldn't find out or remember who had asked this questions, but a
  13. >little while ago someone asked how to break files up.  I wrote a little 
  14. >Pascal program in TP6.0 that does this quickly and easily.  Here is the 
  15. :
  16. >begin 644 splitfil.zip
  17. >M4$L#!`H````&`"1M=1G:ZR\R@2$``!`P```,````4U!,251&24PN15A%#P`2
  18.  
  19. That is very nice, but unfortunately you are going about this the
  20. wrong way.  Blessfully we have not had these problems for a long
  21. time, and let's hope they do not recur.  
  22.  
  23. All the best, Timo
  24.  
  25. -From: garbo.uwasa.fi:/pc/ts/tsfaq30.zip Frequently Asked Questions
  26.  
  27. 13. *****
  28.  Q: May I just go ahead and post binaries to discussion newsgroups?
  29.  
  30.  A1: First of all this should not be taken as a recrimination
  31. against any individual poster of binaries to a discussion newsgroup,
  32. but rather as a reminder to all of us of the potential problems
  33. involved. Because this information is at the same time intended to
  34. help the well-meaning posters of binaries, there are pointers at the
  35. end of this item on how to make your binary available in the proper
  36. way.
  37.    If someone sees these things differently, ok, but please note
  38. that I would rather not get flaming, indignant arguments crashing in
  39. over this issue. I'd prefer not to waste the time with the
  40. bickering. (All civilized views are naturally always welcome).
  41.    Also please note that it does not make a decisive difference
  42. whether these posting in fact just contain sources and no
  43. executables. The problems are similar whatever (binary posting or
  44. something else) we decide call this method of distribution. The same
  45. applies whether the binary posting is a short or a long one. This is
  46. not just a simple question of "band width" (a term some users are in
  47. love with :-).
  48.    I know and understand that most of who do this mean well, and
  49. wish to contribute to the general usefulness of the news. We all
  50. appreciate that. Nevertheless, I would strongly advise against
  51. posting binaries to unmoderated discussion newsgroups.  On top of
  52. that the net rules don't like it, let's look at this from a purely
  53. practical point of view. If other netters follow suit and start
  54. posting binaries to discussion newsgroups not meant for this
  55. purpose, there are several potential problems:
  56.     1) The traffic will soon explode, since it is bound to be more
  57.        or less haphazard. This is bound to invoke action sooner or
  58.        later from the systems along the feed and/or net
  59.        administration.
  60.     2) There are no guarantees against trojans and other nasties.
  61.        (This does not mean that the other methods are absolutely
  62.        safe, but the likelihood is smaller by far.)
  63.     3) The probability of commercial material being posted over the
  64.        net increases, with all the consequent repercussions.
  65.     4) The idea is very wasteful of net resources. Remember that
  66.        there are over 80000 readers in eg comp.binaries.ibm.pc.d.
  67.        Much better to put/get stuff into/from the orderly moderated
  68.        groups, or use anonymous ftp, mail servers, or good BBSes.
  69.     5) Even should the binary posting be just a short minor one, it
  70.        may easily snowball by invoking others. Even if a single
  71.        binary posting need not be harmful in any way per se, the
  72.        danger of the snowballing effect must be kept in mind.
  73. Now what to do if you have a useful binary you want to distribute. A
  74. much better avenue than posting it, is telling where the utility is
  75. available.  Or if it is not yet available anywhere on the net, first
  76. upload it to a suitable ftp site, or send it to the relevant
  77. moderator of the binary postings (provided there is a suitable
  78. binary group on the net). If you wish to have the instructions for
  79. submitting material to the garbo.uwasa.fi MsDos & Windows archives
  80. I'll be happy to send you our upload instructions if you email me
  81. for them. Or if you wish to FTP the instructions directly, they are
  82. available as garbo.uwasa.fi:/pc/UPLOAD.INF.
  83.  
  84.  A2: If you have read an earlier version of this FAQ collection
  85. please note that I gave errorneous information about the nature of
  86. the alt.sources newsgroup.  It is definitely not for distributing
  87. binaries but for source code only.
  88. --------------------------------------------------------------------
  89.  
  90. ..................................................................
  91. Prof. Timo Salmi
  92. Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
  93. Faculty of Accounting & Industrial Management; University of Vaasa
  94. Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
  95.