home *** CD-ROM | disk | FTP | other *** search
/ ftp.wwiv.com / ftp.wwiv.com.zip / ftp.wwiv.com / pub / MISC / ELIST409.ZIP / ELRUL409.ZIP / PASSLESS.RUL < prev    next >
Text File  |  2002-07-30  |  4KB  |  79 lines
  1.  
  2.  Conference rules for the PASCAL_LESSONS echo:            rev. 18 Jan 00
  3.  Posting Frequency: 1st and 15th of the month.
  4.  -----------------------------------------------------------------------
  5.  
  6.   1. The purpose of this echo is to discuss Pascal, programming, and
  7.      topics related to learning both subjects.  Please stay on these
  8.      topics.
  9.  
  10.   2. Moderating handled by the echo Moderator, who is Mark Lewis
  11.      (1:3634/12).
  12.  
  13.   3. Polite behavior and language is expected: personal attacks, flaming,
  14.      and off-topic messages are not tolerated.  One warning will be
  15.      given for any "violation"; a 2nd occurrence will result in
  16.      dismissal from the echo.
  17.  
  18.   4. Discussions about "best" compilers, books, techniques, etc. are
  19.      welcomed - while they remain on topic.  However, "bashing" of
  20.      related issues (vendors, users, processes, etc.) is not.  We are,
  21.      first and foremost, trying to be helpful - things which invade this
  22.      "atmosphere" are undesirable and may result in Moderator action.
  23.      Please maintain your opinions within the context of the echo.
  24.  
  25.   5. Posted code _should_be_tested_, if possible; untested code should
  26.      be noted as such.  Mention of compiler version and level is always
  27.      appreciated: not everyone has or uses the latest version.
  28.      Toleration of mistakes and errors is expected - we are human.
  29.  
  30.   6. Posted code must be Public Domain - proprietary code or programs
  31.      are not permitted, unless such permissions is specifically granted
  32.      by the software author.
  33.  
  34.   7. This echo, named PASCAL_LESSONS, is not a substitute for doing
  35.      school/class assignments.  The best "answer" is always to ask your
  36.      teacher or read the documentation - most questions can be handled
  37.      in that manner. Participants are not here to do your homework, nor
  38.      do our answers or opinions guarantee correctness. (Note that
  39.      submitting our work, possibly not fully understood, can be _very_
  40.      embarrassing...)
  41.  
  42.   8. As with all technical echoes, vague or general questions are hard
  43.      to answer - specifics are always best (code snippets, detail errors
  44.      or diagnostic messages, etc.).  Chances for getting timely and
  45.      accurate answers are enhanced by complete problem descriptions.
  46.  
  47.  10. Binary (UUencoded) data and messages cannot be processed - please
  48.      confine traffic to normal lower ASCII data.
  49.  
  50.  11. Personal comments to the moderator should be taken to NetMail -
  51.      don't ask SysOps to pay for routing personal traffic throughout
  52.      FidoNet.
  53.  
  54.  12. Some subjects may be of very technical nature, and participants of
  55.      this echo may not be able (or qualified) to answer such questions.
  56.      The Pascal Echo is often better able to deal with them, which should
  57.      be posted there.  This will not occur automatically, and don't be
  58.      offended by our (apparent) unwillingness to respond to very
  59.      technical questions.
  60.  
  61.  13. The PASCAL_LESSONS echo is not a substitute for the Pascal Echo,
  62.      either - the two work together to cover the many needs of Pascal
  63.      programmers.  Elementary Pascal questions are posted in Pascal, but
  64.      they should be directed here, if possible.
  65.  
  66.  14. Appreciation for the answers given is assumed: there is no need to
  67.      post message(s) which only thank someone for for an answer or help.
  68.  
  69.  15. Note that "RTFM" should not be taken as a flame or insult - it is
  70.      normally only a reminder that the information being sought can be
  71.      found in the manual or documentation, and is an acceptable
  72.      abbreviation for that response.
  73.  
  74.  16. BBS "handles" and aliases are not permitted - real names only.
  75.  
  76.  Mark Lewis, 1:3634/12, wkitty42@alltel.net
  77.  
  78.  Conference Moderator
  79.