home *** CD-ROM | disk | FTP | other *** search
/ ftp.wwiv.com / ftp.wwiv.com.zip / ftp.wwiv.com / pub / HATCH / WWIVNEWS.ZIP / 9605_1.NWS < prev    next >
Text File  |  1996-05-23  |  30KB  |  644 lines
  1.            ┌┐┌┐┌┐┌┐┌┐┌┐┌────┐┌┐  ┌┐┌─┐ ┌┐┌────┐┌┐┌┐┌┐┌────┐
  2.  ╔═════════════││││││││││││└─┐┌─┘││  │││ └┐│││┌───┘│││││││┌───┘═════════════╗
  3.  ║ Volume 7    ││││││││││││  ││  └┼┐┌┼┘│  └┘││└───┐│││││││└───┐    Spring   ║
  4.  ║ Issue 1     ││││││││││││  ││   ││││ │┌┐  ││┌───┘││││││└───┐│      1996   ║
  5.  ╚═════════════│└┘└┘││└┘└┘│┌─┘└─┐ └┼┼┘ ││└┐ ││└───┐│└┘└┘│┌───┘│═════════════╝
  6.        │   └────┘└────┘└────┘  └┘  └┘ └─┘└────┘└────┘└────┘   │
  7.        │ Serving WWIV Sysops & Users Across All WWIV Networks │
  8.        └──────────────────────────────────────────────────────┘
  9.  
  10.  
  11.              ┌─────────────────────┐
  12.              │This Issue's Features│
  13. ┌────────────────────────┴─────────────────────┴────────────────────────────┐
  14. │ Random Notes........................................Wayne Bell (1@1)      │
  15. │                                                                           │
  16. │ Soft Servings:  News from WWIV Software Services....Sam (1@2863)          │
  17. │                                                                           │
  18. │ Third-Party Developers and WWIV.....................Dawg (1@2121)         │
  19. │                                                                           │
  20. │ Shareware Mods...An Idea Who's Time has Come?.......Pug (1@11750)         │
  21. │                                                                           │
  22. │ Running WWIV Under Novell Netware...................Festus Hagen (1@9400) │
  23. │                                                                           │
  24. │ Understanding Viruses (Part 3 in a Series)..........Sam (1@2863)          │
  25. │                                        │
  26. │ Type 2/0 Forum......................................Sam (1@2863)          │
  27. │                                                                           │
  28. │ Filo's Mod of the Month.............................Frank Reid (1@8213)   │
  29. │                                                                           │
  30. │ Technical Section...................................Burmese (1@15111)     │
  31. │                                                                           │
  32. │ Classified Ads......................................A Compilation         │
  33. │                                                                           │
  34. │ On the Lighter Side.................................Sam (1@2863)          │
  35. │                                                                           │
  36. │ Closing Thoughts....................................Sam (1@2863)          │
  37. └───────────────────────────────────────────────────────────────────────────┘
  38.  
  39.  
  40. ───────────────┬─────────────────────────────────────────────┬───────────────
  41.            │               Random Factors                │
  42.            │   Creative Commentary by Wayne Bell (1@1)   │
  43.            └─────────────────────────────────────────────┘
  44.  
  45.  
  46. Well, I've been spending most of my free time lately investigating
  47. Internet and PPP connectivity (for NGTRANS).  I don't really have
  48. anything coded yet, but that doesn't mean too much.  Most of my
  49. programming seems to be of the form of, "Contemplate until it comes
  50. together, then program it."  My PPP ideas haven't completely coalesced
  51. yet, but things are getting closer.  Since windows/OS2 .DLL files aren't
  52. as advanced as Unix .so files, it will probably end up requiring a bit
  53. more work on the part of sysops than most WWIV stuff has in the past.
  54.  
  55. How do I see BBS's in relation to the Internet?  Well, Internet email
  56. support within BBS's will definitely be a good thing, and probably some
  57. Usenet support will be good also (although I still think BBS subs are
  58. superior to usenet newsgroups).  If you're interested in how BBS's and
  59. the Internet will end up together/apart, you'll probably be interested
  60. in subscribing to sub type "NETWAR" hosted by @3000, a sub dedicated to
  61. figuring out how it all will end up, and how BBS's can "compete" with
  62. the Internet.  Note, this is not a flame-type sub, but is dedicated to
  63. serious discussions and suggestions.
  64.  
  65. How is the OS/2 native version of WWIV coming along?  Last I heard, it
  66. was doing fairly well.  I hope it'll become available in the fairly near
  67. future, but can't offer any promises yet.
  68.  
  69. How will computer networks end up working a year from now?  Ha-ha-ha, if
  70. I could tell (I wish), I'd be borrowing money to invest in stock options
  71. as I type.  Or, I guess, when the brokerage is open.  In any case, the
  72. future of computers, networking, and BBS's is much more up-in-the-air
  73. today than it has been in the past.  It'll require the experience and
  74. knowledge and effort of all of us to help ensure that it all turns out
  75. for the best, as opposed to letting the future be driven by (as my
  76. father would say) "people unable to identify a computer two out of three
  77. times."  And that would tend to include about 99.99% of all politicians.
  78.  
  79.                    -=■=-
  80.  
  81. ───────────────┬─────────────────────────────────────────────┬───────────────
  82.            │      "Third Party Programs and WWIV"        │
  83.            │              By Dawg (1@2121)               │
  84.            └─────────────────────────────────────────────┘
  85.  
  86.     There has been an ongoing debate for several years regarding the
  87. inclusion of items into WWIV that have traditionally been external programs.
  88. The debate came to a head with the Asylum QWK mod being included into WWIV.
  89. There was a great hue and cry that it would mark the beginning of the end
  90. of third party programs for WWIV.  I for one do not believe that has happened
  91. and nor do I believe it will.
  92.  
  93.         I believe that anything that WSS can include with WWIV will only serve
  94. to enhance it's marketability and it's viability in the marketplace.  It's
  95. true that many system operators have no need for the QWK or the RIP that is
  96. now part of stock WWIV, there are those out there that would not use the
  97. software without it.  If including these basic functions can help sell WWIV
  98. then all of the systems running it stand to benefit from further development
  99. and support.
  100.  
  101.         I understand the arguments made by those who were supporting Mike
  102. Leib's WWIVmail program.  I've registered many shareware programs (and
  103. authored several as well).  However, with that being said it's my belief that
  104. if the program is truly worth the money it will survive and perhaps prosper
  105. even more.  I'll use the French Mod Division WWIVsys program as an example.
  106. The majority of the functions performed by that piece of software duplicate
  107. what is already either internal to WWIV or available in modification form.
  108. Yet, there are still over eighty registrations for the software.  The first
  109. question that would pop to mind might be "Why?".  I can't speak for everyone
  110. else, but I registered it recently because of the excellent support offered
  111. for it as well as the ease of use.  For me it's far easier to be open to open
  112. a separate OS/2 session and be able to do almost any conceivable maintenance
  113. task for WWIV with ease.  FMD seems to have found a market and taken advantage
  114. of it.  The same can be said to a lesser extent about Rob Raper's Fedit.
  115. Fedit seemed headed for doom quite sometime ago with WSS's decision to include
  116. Adam Caldwell's WWIVedit program in an accessory package for WWIV.  However,
  117. Adam sold the rights to WWIVedit to WSS.  Despite reports to the contrary
  118. WSS has not been able to release an updated version with such things as time
  119. slicing code which is vital to the many of us running in multi-tasking
  120. environments.  That being the case Fedit has a new lease on life and is taking
  121. shape as the new "editor of choice" for many system operators.  These two
  122. examples may be two of the better ones, but there are more out there.
  123.  
  124.     What I believe will destroy third party programs is not what WSS
  125. chooses to include with WWIV; but rather is people who choose to use the
  126. shareware programs and not register them.  It's my experience that many
  127. authors do not write these programs as a line of work, but merely in their
  128. free time.  The occasional registration check is a nice incentive to not only
  129. support what has already been written, but to encourage more programs to be
  130. written.  There will always be someone out there talented enough to write
  131. a program to improve upon whatever Wayne Bell and WSS includes in the basic
  132. WWIV package.  It'll be a matter of if there is an incentive for them to take
  133. the time to do so.
  134.  
  135.                     -=■=-
  136.  
  137. ───────────────┬─────────────────────────────────────────────┬───────────────
  138.            │              "Shareware Mods"               │
  139.            │              By Pug (1@11750)               │
  140.            └─────────────────────────────────────────────┘
  141.  
  142.         As many of you know, I have recently released a new multinode
  143. chatroom for WWIV.  It is technically a "mod", as far as it requires your
  144. source code to be recompiled.  I have a shareware and a registered version
  145. of this mod.  How, you ask?  Rather than releasing the source code to the
  146. public, almost everything dealing with the chatroom's operation is contained
  147. inside a separate .OBJ file which is linked into your source code.
  148.  
  149.         This has caused some controversy.  I received various responses, some
  150. positive, some negative.  I am going to address the negative ones.  The most
  151. common negative response was "You expect people to PAY for a mod?"  Yes.  I
  152. have written 17 mods which available to the public free.  They each took me
  153. between 2 hours to 3 days to program.  I don't have a problem releasing that
  154. sort of thing for free.  However, my chatroom took OVER two months to program.
  155. When I work on something for two months, I don't think giving it away for free
  156. is absolutely necessary.
  157.  
  158.         I believe that most sysops that write mods are discouraged to write
  159. really large mods, because in the past no one had thought of a way to charge
  160. for them.  Releasing "shareware mods" in .OBJ files is an excellent idea.  I
  161. don't think mod authors should charge for every mod they program, but for
  162. large mods, it's definitely a good idea.  Also, many programs, such as
  163. chatrooms, don't work nearly as well as external executable files as they do
  164. as internal mods.  Mods use very little overhead and can operate quickly.
  165. There are definite advantages to linking in an .OBJ rather than using an
  166. external program to do the same thing.
  167.  
  168.         The other complaint I received was that a foreign .OBJ file could
  169. contain back doors.  I can't argue that it couldn't, but I can argue that
  170. an .EXE could just as easily have back doors.  Any program that can locate
  171. your CONFIG.DAT & user data files can provide someone with the system password
  172. and the user's password of their choice.  The program could even shell someone
  173. to a DOS prompt if programmed properly.  My chatroom, to the best of my
  174. knowledge, contains no back doors whatsoever, but any other executable door
  175. being run could contain them.
  176.  
  177.     Shareware mods aren't such a bad idea.  It encourages mod authors to
  178. write bigger and better modifications that work faster than external programs.
  179. Just because sysops complain about paying for something that was free in the
  180. past doesn't mean it's a bad thing.  I am in no way suggesting that all mods
  181. be charged for, just mods that take a great deal of time and effort on the
  182. part of the mod author.
  183.  
  184.                     -=■=-
  185.  
  186. ───────────────┬─────────────────────────────────────────────┬─────────────────
  187.            │      Running WWIV Under Novell Netware      │
  188.            │         By Festus Hagen  (1@9400)           │
  189.            └─────────────────────────────────────────────┘
  190.  
  191. [Editor's Note-
  192.  
  193. With the recent debate over which is the better operating system (OS/2 or
  194. Windows 95), perhaps the best solution for multi-node WWIV operation has been
  195. overlooked - Netware.
  196.  
  197. The following is a "how to" written by Festus Hagen.  As a Novell CNE myself,
  198. I found it very informative and easy to understand.  For those of you able to
  199. get yourself a copy of Netware, this may be just what you have been looking
  200. for.]
  201.  
  202.  
  203. [Short background on Netware volumes]
  204.  
  205. Netware uses segments of storage space called "volumes" as opposed to drives.
  206. With Netware 3.12, it is possible to have up to 32 volumes that span 64
  207. physical drives that contain up to 32 TB of space. A volume can span across
  208. multiple physical drives. Conversely, more than one volume can reside on the
  209. same drive. Most (all) netware volumes should be set up where the first
  210. volume is called SYS. Additional volumes are usually called VOL1, VOL2, etc,
  211. though their names are not as critical as the first volume being called SYS.
  212. Novell uses drive "mappings".  A drive mapping is simply a pointer to a
  213. logical portion of your netware volume.  For instance, if you have a subdir-
  214. ectory called APPS off of the root, you could "map a drive pointer" to that
  215. directory.  For instance, if you type
  216.  
  217. map g:=sys:apps
  218.  
  219. Whenever you go to the "g drive" you will actually be in the \apps directory.
  220.  
  221. WWIV needs what it believes is a TRUE drive!
  222. So you need to 'map root' the drive.. like so:
  223.  
  224. map root s:=sys:user/bbs
  225.         ^^^ ^^^^^^^^... Whatever you want!
  226.           | .. Whatever volume you want!!
  227.  
  228. That will give you a fake "ROOT" directory called drive s: off of volume
  229. SYS:\USER\BBS
  230.  
  231. Change to S: and you will be in SYS:\USER\BBS directory!
  232.  
  233. S:\>
  234.  
  235. But using a drive letter that far down the letter chain will cause you to
  236. lose to many SEARCH drives!! SEARCH drives start at Z and work backwards!!
  237.  
  238. (A "search drive" is simply a mapped drive that is treated just as DOS
  239. directories placed in your PATH= statement are treated....that is, they are
  240. just another place the operating system looks for the commands you give it
  241. if it cannot find them in RAM or in the current directory. You can have up to
  242. 16 search drives.)
  243.  
  244. For the most part, mapped drives start at F and work forward.  Depending on
  245. whether your client is using VLM or NETX and what the LASTDRIVE statement
  246. in your workstation config.sys file is set to, this may differ.  It is beyond
  247. the scope of this article to delve into that area.
  248.  
  249. Personally I use P: for my BBS
  250. My setup As Novell Netware sees it:    I have cut this down to size!!
  251.  
  252.  
  253.        VOL3:\               // 4th Drive = 1.2gigs
  254.        ├──BB1               // MAP ROOT P:=VOL3:BB1, MAP S16:=VOL3:BB1\BBS
  255.        │  ├──BAT            // MAP S16:=VOL3:BB1\BAT
  256.        │  ├──BBS            // Main WWIV dir!
  257.        │  │  ├──BADLINK     // Linkers LAME empty dir
  258.        │  │  ├──CHAINS      // Onliners
  259.        │  │  │  ├──DRAWPOKE // JNS Draw Poker
  260.        │  │  │  ├──STREE    // JNS Soli-Tree
  261.        │  │  │              // Cut to shorten
  262.        │  │  ├──DATA        // WWIV data dir
  263.        │  │  ├──GFILES      // WWIV gfiles dir
  264.        │  │  │  └──SUBAVAIL // Compilation of SUBS.x Avail via 'G'files
  265.        │  │  ├──LANG        // Language parent
  266.        │  │  │  ├──ENG      // English
  267.        │  │  │  ├──SPAN     // Spanish
  268.        │  │  │  ├──FREN     // French
  269.        │  │  │  └──GERM     // German
  270.        │  │  ├──LOGS        // Various Log files
  271.        │  │  ├──MSGS        // WWIV message dir
  272.        │  │  ├──NETS        // Networks parent
  273.        │  │  │  ├──ICENET   // ICEnet data
  274.        │  │  │  ├──TCG      // TCGnet data (Private)
  275.        │  │  │  ├──WWIV     // WWIVnet data
  276.        │  │  │  └──XANTH    // XanthNET data
  277.        │  │  ├──TMP         // Temp dir parent
  278.        │  │  │  ├──BATCH1   // node 1
  279.        │  │  │  ├──BATCH2   // etc...
  280.        │  │  │  ├──BATCH3   // etc...
  281.        │  │  │              // Cut to shorten
  282.        │  │  │  ├──TEMP1    // node 1
  283.        │  │  │  ├──TEMP2    // etc...
  284.        │  │  │  ├──TEMP3    // etc...
  285.        │  │  │              // cut to shorten
  286.        │  │  └──WEDIT       // WWIVEdit
  287.        │  │     ├──CONFIG
  288.        │  │     ├──DICT
  289.        │  │     └──DOC
  290.        │  ├──DLDS           // Downloads (Partial)
  291.        │  │  ├──CODEING     // Most of my dloads are on other VOL's
  292.        │  │                 // Cut to shorten
  293.        │  ├──DOCS           // All Doc's
  294.        │  ├──FAX            // Fax setup
  295.        │  └──UPLOADS        // New uploads!!
  296.                 // cut to shorten
  297.  
  298. My WWIV is setup to use P:\BBS
  299. Changing to MAP ROOT'ed drive P: results in this:
  300.       P:\               // Actual Netware path, VOL3:\BB1
  301.       ├──BAT            // MAP S16:=VOL3:BB1\BAT
  302.       ├──BBS            // Main WWIV dir!
  303.       │  ├──BADLINK     // Linkers LAME empty dir!
  304.       │  ├──CHAINS      // Onliners
  305.       │  │  ├──DRAWPOKE // JNS Draw Poker
  306.       │  │  ├──STREE    // JNS Soli-Tree
  307.       │  │              // Cut to shorten
  308.       │  ├──DATA        // WWIV data dir
  309.       │  ├──GFILES      // WWIV gfiles dir
  310.       │  │  └──SUBAVAIL // Compilation of SUBS.x Avail via 'G'files
  311.       │  ├──LANG        // Language parent
  312.       │  │  ├──ENG      // English
  313.       │  │  ├──SPAN     // Spanish
  314.       │  │  ├──FREN     // French
  315.       │  │  └──GERM     // German
  316.       │  ├──LOGS        // Various Log files
  317.       │  ├──MSGS        // WWIV message dir
  318.       │  ├──NETS        // Networks parent
  319.       │  │  ├──ICENET   // ICEnet data
  320.       │  │  ├──TCG      // TCGnet data (Private)
  321.       │  │  ├──WWIV     // WWIVnet data
  322.       │  │  └──XANTH    // XanthNET data
  323.       │  ├──TMP         // Temp dir parent
  324.       │  │  ├──BATCH1   // node 1
  325.       │  │  ├──BATCH2   // etc...
  326.       │  │  ├──BATCH3   // etc...
  327.       │  │              // cut to shorten
  328.       │  │  ├──TEMP1    // node 1
  329.       │  │  ├──TEMP2    // etc...
  330.       │  │  ├──TEMP3    // etc...
  331.       │  │              // cut to shorten
  332.       │  └──WEDIT       // WWIVEdit
  333.       │     ├──CONFIG
  334.       │     ├──DICT
  335.       │     └──DOC
  336.       ├──DLDS           // Downloads (Partial)
  337.       │  ├──CODEING     // Most of my dloads are on other VOL's
  338.       │                 // cut to shorten
  339.       ├──DOCS           // All Doc's
  340.       ├──FAX            // Fax setup
  341.       └──UPLOADS        // New uploads!!
  342.  
  343.  
  344.  
  345. Create a Novell multiple logon account named 'BBS', Give it RWCEMF rights
  346. to VOLx:\BB1.. (Read, Write, Create, Erase, Modify, and Filescan rights).
  347. Create a login script for each user that you want to be able to run the
  348. BBS and add these commands!
  349.  
  350. MAP ROOT P:=VOLx:BB1
  351. MAP S16:=VOLx:BB1/BBS
  352.     ^^^.. Maps the next available search drive letter!
  353. (Of course change the VOLx to whatever your system has and you are going
  354. to use)
  355.  
  356. Personally, I don't use Multiple Login Accounts! I use Groups, And
  357. IF MEMBER OF statements in my SYSTEM logon script. Then all I have to do is
  358. add whomever I want to be able access the BBS to the BBS group!
  359.  
  360. In my writings above I used 'MAP S16:=VOLx:BB1/BBS' to show how to
  361. setup a search drive for the BBS dir!!  You will see that I'm not practicing
  362. what I preach!! I am FORCING my search drives to be specific versus using
  363. S16 which just uses the next available search drive letter! :) Increases
  364. management time, reduces debug time..
  365.  
  366. Here is part of my Novell Netware 3.11 SYSTEM Login script. I have trimmed out
  367. alot of items that don't pertain to wwiv. I will comment this script with
  368. Novell legal comments '#'
  369.  
  370. # Setting up the PROMPT and USERN variables!!
  371. # Not much needs saying about the prompt! (Besides I like it)
  372. # You will notice that it shows the username!
  373. # This is what it looks like:
  374. #   TCGUY: Mon 02-19-1996 @ 3:56:25
  375. #   P:\BBS=> _
  376. # The USERN variable, Welp, It's kinda handy..
  377. SET PROMPT="%LOGIN_NAME: $d @$t$h$h$h$_$p$q$g "
  378. SET USERN="%LOGIN_NAME"
  379.  
  380. # I use a Group! If you are a member of it then you can access it!
  381. # 1) map root the drive
  382. # 2) setup a search the BBS directory
  383. # 3) setup a search to the BBS's .BAT directory
  384. IF MEMBER OF "BBS" THEN
  385.   MAP ROOT P:=VOL3:BB1
  386.   MAP INS S8:=VOL3:BB1\BBS
  387.   MAP INS S9:=VOL3:BB1\BAT
  388. ENDIF
  389.  
  390. # A second copy to play with! Why crash the good one.. :)
  391. IF MEMBER OF "BB2" THEN
  392.   MAP ROOT P:=VOL3:\
  393.   MAP INS S8:=VOL3:BB2\BBS
  394.   MAP INS S9:=VOL3:BB2\BAT
  395. ENDIF
  396.  
  397.  
  398. My BBS batch file (BB.BAT)
  399. I have cut some repeated stuff out to shorten it!
  400. (and have added a few comments!)
  401. -=-=-=-=-=-=-=-=-=-=-=-=- BB.BAT
  402. @echo off
  403. rem **** BB.BAT = BBS inst = Next
  404. SET PKNOFASTCHAR=YES
  405. p:
  406. cd\bbs
  407. REM **** inst_loc.xxx prevents one from running Multiple copies of
  408. REM **** the same instance!
  409. if not exist inst_loc.1 goto inst1
  410. if not exist inst_loc.2 goto inst2
  411. REM **** Cut to shorten!
  412. goto allused
  413.  
  414. REM **** set the WWIV instance number
  415. :inst1
  416. SET WWIV_INSTANCE=1
  417. goto okdoit
  418.  
  419. :inst2
  420. SET WWIV_INSTANCE=2
  421. goto okdoit
  422.  
  423. REM **** cut to shorten
  424. goto allused
  425.  
  426. :okdoit
  427. REM **** Safety check!
  428. if exist inst_loc.%WWIV_INSTANCE% goto no2run
  429. REM **** echo 'Instance in use' to INST_LOC.xxx file
  430. echo Instance %WWIV_INSTANCE% is already running!>inst_loc.%WWIV_INSTANCE%
  431. REM **** run the BBS
  432. P:\BBS\BBS.EXE /I%WWIV_INSTANCE% /N0 /A1 %1 %2 %3 %4 %5
  433. REM **** delete the INST_LOC.xxx file
  434. del inst_loc.%WWIV_INSTANCE% >nul
  435. goto done
  436.  
  437. :no2run
  438. REM **** If saftey check fails
  439. REM **** display the inst_loc file to show that instance is already in use
  440. type inst_loc.%WWIV_INSTANCE%
  441. goto done
  442.  
  443. :allused
  444. REM **** Tell them all instances are used!
  445. echo !!! NOTICE !!! All Instances are currently used!
  446.  
  447. :done
  448. REM **** exit cleanup
  449. SET PKNOFASTCHAR=
  450. SET WWIV_INSTANCE=
  451. -=-=-=-=-=-=-=-=-=-=-=-=-=-=- End BB.BAT
  452. The only problem with this batch setup is if you have to BOOT out of a
  453. locked WWIV the INST_LOC.xxx file doesn't get deleted!  My work around for
  454. this is 'del inst_loc.xxx' in each workstations autoexec.bat according to what
  455. instance that workstation's primary instance is! I know, Clumsy but simple!
  456. Without some sort of prevention, you'll end up running multiple SAME instances
  457. of WWIV at the same time on two (or more) different workstations!! This will
  458. cause MAJOR wwiv file damage!! Thats why the INST_LOC.xxx file is echoed to
  459. the WWIV main dir! And the BB.BAT check for their existence!!
  460.  
  461. I'm sure there is a better method, This works without a hitch for me!!
  462.  
  463. If you anyone needs more, E-Mail me your VOICE number and a good time
  464. to call and I'll help you out! I will NOT call during daytime hours!!,
  465. Nights, weekends only!!
  466.  
  467.                    -=■=-
  468.  
  469. ───────────────┬─────────────────────────────────────────────┬───────────────
  470.            │        Running WWIV Under Windows 95        │
  471.            │           By Wild Thing (1@11753            │
  472.            │         bdiamondz@aol.com               │
  473.            └─────────────────────────────────────────────┘
  474.  
  475.  
  476.  
  477.                  DISCLAIMER:
  478.        I take no responsibility for damages that may occur to your
  479.            computer when following these instructions!
  480.  
  481.  
  482. This is for those of you who have installed Windows 95 and wish to multi-task
  483. your BBS with it.
  484.  
  485. I have been running WWIV v4.24a in Windows 95 for quite a while now.  I'm
  486. using a PENTIUM 100mhz with 16 megs of RAM.  My BBS has two nodes, one uses a
  487. 28.8 Sportster modem and the other is a local node I have for personal use.
  488.  
  489. An advantage to running your BBS in Windows 95 is that it is very easy to get
  490. your BBS going for the first time, and any problems you come across (which
  491. shouldn't be any) can be easily resolved.  Most full-screen editors will work
  492. with perfection.  I suggest Fedit or WWIVEdit.  They seem to run the
  493. smoothest.  I have also ran many other programs such as Microsoft Works and
  494. games like Civilization without the BBS slowing down.  Things like virus
  495. scanners also work well while the BBS is in use.
  496.  
  497. I have yet to find any doors that will not run in WIN95.  This is a good sign,
  498. but doesn't mean that there are not some out there that won't run.  I have
  499. found that most of the popular doors like LORD and USURPER will work fairly
  500. well.  DSZ works VERY good along with most Transfer Protocols.
  501.  
  502. I have almost no experience with fossil drivers.  I use BNU 2.02, and it has
  503. met my needs, so I haven't tried anything else.  BNU works with perfection in
  504. Windows 95, I haven't had a single problem with it.  However, I can't say much
  505. about other drivers.
  506.  
  507. In my own opinion, Windows 95 is a much better multi-tasker than OS/2 WARP.
  508. I have tried both (however, I did not try WARP as extensively as I did WIN95).
  509. I found that OS/2 WARP was a lot less user friendly and more confusing to use.
  510. I was also in constant fear that WARP would do some kind of harm to my system.
  511. Windows 95 will multi-task just as well as WARP, with a little more ease and a
  512. lot less effort.
  513.  
  514. There are some problems that I have come across with running my Bulletin
  515. Board in WIN95 that you may or may not run across.  One of the major
  516. problems, is that when I run my tape backup to backup my hard drive, it will
  517. slow the BBS down considerably to about a 1200 baud crawl.  During this time,
  518. or if I am running 5+ programs at once, LORD will slow itself so that you
  519. must type a command twice in order for LORD to actually carry out that task.
  520. This creates a big problem for users.  I have yet to find a way around this
  521. problem, but I hope to get it resolved soon.  Like most OS's, you can't run two
  522. programs that require the same comm port at once.  You must quit your BBS in
  523. order to run a COMM program.
  524.  
  525. Do not use QEMM with Windows 95!!  For one, QEMM is almost completely
  526. incompatible with WIN95.  Also, if you use QEMM, there is a good chance that
  527. your BBS will run choppy and slow.  I have found it better not to use QEMM,
  528. but to run WIN95 and as many drivers as you can in high memory.  This should
  529. leave enough extended memory for all nodes of your BBS.
  530.  
  531. Enough jabber!  Lets set up your system!
  532.  
  533. First, you need to make some changes to your CONFIG.SYS.  The following should
  534. be enabled:
  535.  
  536. DOS=HIGH,UMB
  537. FILES=100
  538. BUFFERS=30
  539.  
  540. The best way that I found to run a BBS in Windows 95, is to create a .PIF for
  541. it.  This can be done by using any standard PIF editor.  This is what mine
  542. looks like:
  543. -------------------------------------------------------------------------------
  544. Program Filename:  <Path to your BBS.EXE or .BAT file for more than one node>
  545. Window Title:      <Title of your BBS Icon>
  546.  
  547. Video Memory:         [X] Text     [_] Low Graphics    [_] High Graphics
  548.  
  549. Memory Requirements:    KB Required     [448]         KB Desired       [640]
  550. EMS Memory:             KB Required     [348]         KB Limit         [1024]
  551. XMS Memory:             KB Required     [448]         KB Limit         [1024]
  552.  
  553. Display Usage:     [_] Full Screen        Execution:  [X] Background
  554.              [X] Windowed                                [_] Exclusive
  555.  
  556. [X]  Close Window on Exit
  557.  
  558. Advanced Options:
  559.  
  560. Multitasking Options:
  561. Background Priority:  [1000]            Foreground Priority:  [1000]
  562.                  [X]  Detect Idle Time
  563.  
  564. Memory Options:
  565. [X]  EMS Memory Locked             [_]  XMS Memory Locked
  566. [X]  Uses High Memory Area         [_]  Lock Application Memory
  567.  
  568. Display Memory Options:
  569. Monitor Ports:          [X]  Text    [_]  Low Graphics    [_]  High Graphics
  570.         [X]  Emulate Text Mode       [_]  Retain Video Memory
  571.  
  572. -------------------------------------------------------------------------------
  573. That's it!  Now if you want to run a second node for your users, then I would
  574. suggest using the same settings as above.  If you wish to run a local node
  575. for yourself, then you want to make another .PIF.  This is what mine looks
  576. like:
  577. -------------------------------------------------------------------------------
  578.  
  579. Program Filename:   <Path to your .BAT file>
  580. Window Title:       <Title of your BBS Icon>
  581.  
  582. Video Memory:         [X] Text     [_] Low Graphics    [_] High Graphics
  583.  
  584. Memory Requirements:    KB Required   [350]           KB Desired       [640]
  585. EMS Memory:             KB Required     [0]           KB Limit         [4069]
  586. XMS Memory:             KB Required     [0]           KB Limit         [4069]
  587.  
  588. Display Usage:     [_] Full Screen         Execution:   [X] Background
  589.              [X] Windowed                               [_] Exclusive
  590.  
  591. [X]  Close Window on Exit
  592.  
  593. Advanced Options:
  594.  
  595. Multitasking Options:
  596. Background Priority:   [100]         Foreground Priority:    [100]
  597.                   [X]  Detect Idle Time
  598.  
  599. Memory Options:
  600. [X]  EMS Memory Locked             [_]  XMS Memory Locked
  601. [X]  Uses High Memory Area         [_]  Lock Application Memory
  602.  
  603. Display Memory Options:
  604. Monitor Ports:          [X]  Text      [_]  Low Graphics   [_]  High Graphics
  605.           [X]  Emulate Text Mode       [_]  Retain Video Memory
  606.  
  607. -------------------------------------------------------------------------------
  608.  
  609. If you want to run more then one node, you need to setup a .BAT file for each
  610. node in your main BBS directory.  Mine look like this:
  611.  
  612. ----------------------------------------------------------------------------
  613.                WWIV.BAT
  614. REM Node 1:
  615. set wwiv_instance=1
  616. bbs -I1
  617. ----------------------------------------------------------------------------
  618.                LOCAL.BAT
  619. REM Node 2 (local):
  620. set wwiv_instance=2
  621. bbs -M -I2
  622. ----------------------------------------------------------------------------
  623.  
  624. These .BAT files would be the program filename in the .PIF's you just created.
  625. Mine are called WWIV.BAT for my user's node and LOCAL.BAT for my personal
  626. node.  You can find more information about these .BAT files in the WWIV docs.
  627.  
  628. Next, you need to setup an Icon for each node in Windows 95.  Do this by
  629. clicking on Start, and then Settings.  Choose Taskbar and then Add.  Give the
  630. path and name to your .PIF and the name of your Icon, and put it in a program
  631. group or create a new one.
  632.  
  633. The last thing you need to do, is to run your BBS and see how it works.  Just
  634. click on the icon you just made and your BBS will boot right up!
  635.  
  636. I hope this has helped you to get your BBS setup in Windows 95 with great
  637. performance, but if you encounter any problems at all, please feel free to
  638. e-mail me at 1@11753.WWIVNet or bdiamondz@aol.com.
  639.  
  640.  
  641.                   -=■=-
  642.  
  643.  
  644.