home *** CD-ROM | disk | FTP | other *** search
/ ftp.wwiv.com / ftp.wwiv.com.zip / ftp.wwiv.com / pub / HATCH / WWIVNEWS.ZIP / 9208.NWS < prev    next >
Text File  |  1992-08-27  |  32KB  |  640 lines
  1.                 ┌┐┌┐┌┐┌┐┌┐┌┐┌────┐┌┐  ┌┐┌─┐ ┌┐┌────┐┌┐┌┐┌┐┌────┐
  2.   ╔═════════════││││││││││││└─┐┌─┘││  │││ └┐│││┌───┘│││││││┌───┘═════════════╗
  3.   ║  Volume 3   ││││││││││││  ││  └┼┐┌┼┘│  └┘││└───┐│││││││└───┐  August 25  ║
  4.   ║   Issue 4   ││││││││││││  ││   ││││ │┌┐  ││┌───┘││││││└───┐│    1992     ║
  5.   ╚═════════╤═══│└┘└┘││└┘└┘│┌─┘└─┐ └┼┼┘ ││└┐ ││└───┐│└┘└┘│┌───┘│═══╤═════════╝
  6.             │   └────┘└────┘└────┘  └┘  └┘ └─┘└────┘└────┘└────┘   │
  7.             │ Serving WWIV Sysops & Users Across All WWIV Networks │
  8.             └──────────────────────────────────────────────────────┘
  9.                            ┌─────────────────────┐
  10.                            │This Month's Features│
  11. ┌──────────────────────────┴─────────────────────┴────────────────────────────┐
  12. │ Random Factors.......................................Wayne Bell (1@1)       │
  13. │                                                                             │
  14. │ A PKZip 2.0 Status Update............................Allen Turner (1@9956)  │
  15. │                                                                             │
  16. │ TechnOTES............................................WWIVnews Staff         │
  17. │                                                                             │
  18. │ Filo's Mod of the Month..............................Filo (1@5252)          │
  19. │                                                                             │
  20. │ Dateline: @#$*()#!...................................Omega Man (1@5282)     │
  21. └─────────────────────────────────────────────────────────────────────────────┘
  22.  
  23. ───────────────┬─────────────────────────────────────────────┬───────────────
  24.                │               Random Factors                │
  25.                │   Creative Commentary by Wayne Bell (1@1)   │
  26.                └─────────────────────────────────────────────┘
  27.  
  28. WWIV v4.21a has been released now. My current feeling is that I'll have v4.21b
  29. out in a few months, with some minor bug fixes and enhancements. As people have
  30. probably heard, net32 (which is not out yet) will allow e-mail to be gated 
  31. among all networks of which you are a member. If I get somewhat ambitious, 
  32. v4.21b (and net32) will allow you to gate subboards among networks, also. Not 
  33. just copying the messages across networks, but tweaking the 'from:' lines such
  34. that users will actually be able to auto-reply across networks (surprisingly 
  35. enough, using the e-mail gating feature).
  36.  
  37. I'd like to take this opportunity to ask people to >NOT< e-mail me, asking for 
  38. help in installing mods, or for problems with on-line programs. If you are 
  39. having problems with mods or on-line programs, please contact the authors OF 
  40. THE MOD OR ON-LINE PROGRAM. They will be much more familiar with the program,
  41. and be able to help you (while I will not). Also, please do not e-mail me 
  42. asking for help in WRITING mods. I just don't have the time to help people with
  43. that kind of thing, given everything else I'm doing. (I will, however, help you
  44. out with specific interfaces to the BBS when writing mods. If you ask, "What 
  45. does this parameter to shrink_out() do?", I can help you. If you ask, "How can
  46. I write a mod to...?", I don't have the time.
  47.  
  48. I am, however, always accepting suggestions on 'what to add into the next 
  49. version'. Please keep in mind, however, that in order for something to be 
  50. likely to be included in the next version (of the BBS or net software), it 
  51. must be something in which a lot of people will be interested. If it is 
  52. something that only you and maybe a few other people would use, it probably 
  53. won't be added. Please also don't suggest things that everyone has already 
  54. asked for, such as suggesting more than 64 subs, or multi-line, and things 
  55. like that.
  56.  
  57. ───────────────┬─────────────────────────────────────────────┬───────────────
  58.                │      Is Phil Katz Stuck Up In A Tree?       │
  59.                │ Delays Continue in Release of PKZIP v. 2.xx │
  60.                │             A PKZIP 2.0 Update              │
  61.                │          By Allen Turner (1@9956)           │
  62.                └─────────────────────────────────────────────┘
  63.  
  64. "Read my lips: The next version of PKZIP will be released on <insert randomly-
  65. generated date here>."
  66.  
  67. Although Phil Katz, author of the PKZIP archive utilities, hasn't made that
  68. statement, he could have ... several times.  PKWare, Inc. began announcing
  69. last winter on the PKWare BBS (414-354-8670) that PKZIP 2 would be released
  70. near the end of 1991. That and subsequent release dates have been announced
  71. and missed so many times that an opening screen on the PKWare BBS has stopped
  72. predicting a date and simply says:
  73.  
  74.      *********************************************************************
  75.      *******   PKZIP 2.0 is expected to be released sometime in    *******
  76.      *******       the next few months, as soon as possible.       *******
  77.      *********************************************************************
  78.  
  79. Katz himself hasn't discussed the delays and has been noticeably absent from
  80. the BBS since announced release dates started being missed. Instead, the
  81. task of placating impatient users has fallen to various members of the PKWare
  82. support staff.
  83.  
  84. The most recent announced release date, on a discussion sig on the Katz BBS, 
  85. is late August, but they aren't going to make it.
  86.  
  87. Mark Gresbach of the PKWare staff told a user of the BBS on 8-21-92, "We
  88. currently do not have an exact date. We are hoping for release in the next few
  89. months, as soon as possible."
  90.  
  91. In the meantime, I've been exchanging e-mail with Joe Pantuso of the Katz 
  92. staff. Joe was asked specific questions regarding the holdup with release 2.x,
  93. and was gracious enough to answer them as follows:
  94.  
  95.  
  96. Q: What is holding up PKZIP 2?
  97.  
  98. A: Software development takes time. In no way are the delays there have been 
  99.    in releasing the product deliberate or due to carelessness. Rather, the 
  100.    delays are because we are being extremely cautious.
  101.  
  102.    PKZIP is used by a great many people in "mission-critical" tasks. For these
  103.    people PKZIP must be flawless. It is our desire to have PKZIP be as good as
  104.    possible the first time. We do not want to face the problems involved with 
  105.    an abortive and buggy release.
  106.  
  107.    We do a much greater service to the community by refusing to release it 
  108.    before it is 100% to our satisfaction.
  109.  
  110. Q: With all the hacked versions floating around, has any consideration been
  111.    given to skipping 2.xx in the numbering scheme for the new version?
  112.  
  113. A: It is currently being referred to simply as PKZIP 2. This leaves off any 
  114.    burden of an exact version number. I don't expect to know exactly what the
  115.    version will be called until hours before we ship.
  116.  
  117.    This protects everyone from there being a hack that is on the mark.
  118.  
  119.    We are considering a number of different plans for helping assure people of
  120.    the authenticity of the package (besides that registered users will have it
  121.    in hand before it is on the boards).
  122.  
  123.  
  124. Q: What can people who already ordered PKZIP 2 and been charged for it do?
  125.  
  126. A: PKWARE has not billed anyone for PKZIP 2. The only orders that we have 
  127.    received which have been processed are orders for PKZIP 1.10. It would be
  128.    illegal for PKWARE to process orders without sending product at the same 
  129.    time.
  130.  
  131.    Our sales staff is in fact in the process of calling back customers who 
  132.    placed orders months back and whose credit cards have expired in the 
  133.    interim. This will allow us to process their orders instantly when we are 
  134.    ready to ship. We are also sending back checks which we have had more than 
  135.    30 days so as to make it easier for people to balance their checkbooks :-)
  136.  
  137.  
  138. Q: When does Phil Katz *really* think it will be out?
  139.  
  140. A: At present it appears that we should be shipping packages mid to late 
  141.    September. There is really very little I can imagine happening that would 
  142.    prevent this.
  143.  
  144.  
  145. Q: What's new in PKZIP 2?
  146.  
  147. A: This list is rather brief and low on explanation, but covers most of the 
  148.    high points.
  149.  
  150.  
  151. NEW FEATURES FOR PKZIP 2.xx
  152. ───────────────────────────
  153.  
  154. PKZIP
  155. ─────
  156. - New compression algorithm: The new algorithm provides greater compression at
  157.   a similar speed to PKZIP 1.10, or equal compression at a much greater speed.
  158.   PKZIP 2 is approximately twice as fast as other utilities offering comparable
  159.   compression.
  160.  
  161. - Four levels of speed/compression plus "zero" compression (storage only)
  162.  
  163. - Novell Netware support: Improves the speed of operation in some situations.
  164.  
  165. - Storage of empty subdirectories: Optional retention of empty subdirectories
  166.   for a 100% backup.
  167.  
  168. - Creation multi-volume archives: PKZIP will also format disks as it goes if
  169.   necessary, otherwise using whatever free space is available on each formatted
  170.   disk. This feature can use any standard and removable DOS device (This
  171.   means 2.88 meg floppies and bigger as well as "standard" 360/720/1.2/1.44). 
  172.  
  173. - "Compatibility" file opening mode. (-=): Opposite of "Share" mode. Helps
  174.    overcome some network situations where  a file would be locked otherwise. 
  175.  
  176. - Improved archive attribute support. (-a+/-i/-i-): You now can compress using
  177.   the archive attribute 3 ways:
  178.     - All files then turn the archive attribute off
  179.     - Take only files that have the archive attribute but leave the attribute 
  180.       on
  181.     - Take only files that have the archive attribute then turn it off     
  182.  
  183. - Improved date range support. (-t/-T): Files equal to or later than a date,
  184.   or files before a date, or a combination.
  185.  
  186. - When deleting files after a command using -m (move), PKZIP now displays the
  187.   percent complete on removing files. Similar display is used when clearing
  188.   archive attributes.
  189.  
  190.  
  191. PKUNZIP
  192. ───────
  193. - When PKUNZIP detects existing files it now checks before overwriting files
  194.   (y/n/a/r)=Yes/No/All/Rename. Rename will prompt for a new name, All will
  195.   cause PKUNZIP to continue as though -o had been specified on the command 
  196.   line.
  197.  
  198. - Exclusion of list files (-x@file.lst)
  199.  
  200. - View option now supports pause as well as technical view (-vm/-vt)
  201.   (previously available only on PKZIP)
  202.  
  203.  
  204. BOTH
  205. ────
  206. - Expanded documentation. Including tutorial, "How PKZIP works", Special 
  207.   section on encryption, Using List files. The "How..." section includes a
  208.   theoretical explanation of how compression works (for interested folk--not 
  209.   a technical discussion) as well as a general explanation of how a file is
  210.   structured and what happens when PKZIP does it's thing. Separate handy
  211.   guide to "Backing up your hard drive".
  212.  
  213. - EMS/XMS support. DPMI Usage. EMS/XMS support reduces conventional memory
  214.   use significantly.
  215.  
  216. - PKZIP/PKUNZIP now can use 386 instructions, EMS XMS and DPMI in a DOS box 
  217.   under OS/2 2.0 or above (Previous versions of OS/2 did not support 386 
  218.   instruction usage properly so when PKZIP detects a lower version of OS/2
  219.   it will disable this ability). 
  220.  
  221. - Creation of List files by PKZIP and PKUNZIP: This new feature allows PKZIP
  222.   and PKUNZIP to generate list files containing the equivalent of the files
  223.   that would have been processed by a command.
  224.  
  225. - New improved (very strong) AV feature: Replaces the old AV system which is
  226.   now invalid. All AV's will be re-issued at the time of PKZIP 2's release.
  227.  
  228. - The size of list file that can be read has be increased to 5000-9700 bytes
  229.   (from 2000-4000)
  230.  
  231. - Handy information display shows XMS/EMS/Net use and type of compression and
  232.   CPU type detected.
  233.  
  234. - PKSFXjr can now use an output path, it previously could only output to the
  235.   current directory.
  236.  
  237. - ZIP2EXE now accepts output path
  238.  
  239. - ZIP2EXE can now reverse the process with -x (EXE to ZIP)
  240.  
  241. - The -s "Password" option can now accept input from the keyboard directly.
  242.   This allows complex passwords to be entered more easily. This feature also
  243.   allows a password to be entered without being echoed to the screen for added
  244.   security.
  245.  
  246. - Problems with display of View and Percent complete when working with files
  247.   of 100 megabytes or greater have been fixed.
  248.  
  249. - New PKUNZIP Junior is less than 3k in size and uses only 64K memory. 
  250.   Limited to ZIP files containing less than 500 files.
  251.  
  252. - 386 instruction/EMS/XMS/DPMI offered in DOS session under OS/2 2.0 (Previous
  253.   versions of OS/2 did not support these features properly, so PKZIP would
  254.   disable it's usage of 386 instructions) 
  255.  
  256. - Volume Label is displayed as single string instead of 8.3 format used 
  257.   previously (i.e. "PKWARE VOL" rather than "PKWARE V.OL")
  258.  
  259. - View option now supports pause between screens w/more (-vm[...])
  260.   View order can be reversed by adding 'r' to -v option. (-vr[...])
  261.  
  262. - Any ANSI codes detected in file names or comments are suppressed, preventing
  263.   ANSI bombs and such mischief. 
  264.  
  265. - PKZIP 2 includes PKSFANSI (PK Safe ANSI), a (very) small TSR that blocks 
  266.   keyboard reassignment codes with any version of ANSI. Also offers the 
  267.   stripping of color codes which is useful on monochrome systems such as 
  268.   laptops.
  269.  
  270. - New PKZIP Configuration program allows easy setup of the PKZIP.CFG file.
  271.  
  272.  
  273. Q: Is there anything else PKWare is working on that should be noted?
  274. A: We have in development PKZMENU 2. This product offers the ability to extract
  275.    and compress. It is very easy to use and mouse driven. Offers nifty new
  276.    features like renaming files within a ZIP file, and moving files between ZIP
  277.    files.
  278.  
  279. ─────────────────────────────────────────────────────────────────────────────
  280.  
  281. As Joe's responses suggest, the delay in release of v. 2.xx becomes a bit more 
  282. serious because hacked versions are being circulated. One reported hack is 
  283. relatively harmless, although it produces files that aren't compatible with the
  284. most current distribution release, PKZIP 1.10. Another hack, however, has been
  285. reportedly found to contain a trojan which formats hard drives.
  286.  
  287. Because hacks were being circulated as "legitimate" and I was seeing posts on
  288. WWIVnet sysop subs announcing the availability of PKZIP 2 on some systems, I
  289. began calling the PKWare BBS weekly to monitor the upgrade status. I posted my
  290. findings on sysop subs and with encouragement of some sub hosts (particularly
  291. 1@5252 ... thanks, Filo), began weekly posts on several subs letting people
  292. know the status of PKZIP 2.0.
  293.  
  294. The response was disconcerting.
  295.  
  296. Initially, I received at least a half dozen pieces mail from sysops who were
  297. distributing the hacked versions and who demanded that I "prove" their versions
  298. weren't legitimate. Most of that mail was vehement and some was "hate-mail."
  299.  
  300. Later, many people tired of my weekly posts (forgetting the purpose was to help
  301. folks guard against unwittingly having unauthorized releases available for
  302. download as the "real thing") and publically and privately derided me for being
  303. too anxious and excited about the new release.
  304.  
  305. No biggie. The bottom line is that PKZIP 2.xx still hasn't been released, I
  306. continue to call Katz's board weekly and I'm still posting reports on the
  307. results of the calls on about a half dozen sysop subs.
  308.  
  309. ───────────────┬─────────────────────────────────────────────┬───────────────
  310.                │                 TechnOTES                   │
  311.                │        Compiled by the WWIVnews Staff       │
  312.                └─────────────────────────────────────────────┘
  313.  
  314. ...Those who bought Stacker or Superstore and thought they got a really good
  315. deal may be in for a rude shock soon. Microsoft has announced that it has
  316. licensed a new form of fractal-based image-compression technology from Georgia-
  317. based Iterated Systems. The Iterated method calls for an image compression
  318. board using eight specialized co-processors capable of delivering a 75 to 1 
  319. compression ratio. While the licensing is primarily aimed at aiding Microsoft's
  320. Multimedia Publishing Group by allowing them to cram more on a CD-ROM than the
  321. current 650mb standard capacity, Microsoft insiders are expecting the lower-end
  322. of the method (30 to 1 and below) to be used for anything else that would 
  323. benefit from compression. 
  324.  
  325. ...a side benefit from the Iterated method is that decompressed images can
  326. actually *gain* enhancement through an interpolation process. While some fine 
  327. surface detail is lost, existing aliasing (the "jagged edge" look of diagonal 
  328. lines) in the image is dramatically reduced, giving the image a sharper overall
  329. appearance.
  330.  
  331. ...The first such commercial implementation of this new compression scheme was 
  332. expected to be a massive 5 gigabyte revamping of Microsoft Bookshelf, followed 
  333. by a Ziff-Davis release of a complete library of the past 10 years of Z-D 
  334. computer publications on an Iterated CD-ROM. However, it seems that Amaze will 
  335. beat everyone to the punch by releasing their yearly calendar updates for 1993 
  336. (including _The Far Side_ and _Cathy_ calendar updates) on a single floppy 
  337. disk.
  338.  
  339. ...It may take a while longer, but fractal compression will eventually make
  340. it into the mainstream BBS world. WWIV sysops whose file areas are perpetually
  341. swamped with .GIFs would particularly benefit from such a compression method, 
  342. although a non-graphic-specific version of the Iterated method with a ratio of
  343. at least 8 to 1, or even 2 to 1, would benefit any system whether it was 
  344. running a BBS or not.
  345.  
  346. ...speaking of on-the-fly compression utils, a new one has hit the market
  347. promising faster speed over Stacker. Integrated Information Technology's 
  348. XtraDrive offers pretty much the same features as Stacker and SuperStor, has 
  349. an optional co-processor card, and costs about the same ($149 MSRP, $99 OTS) as
  350. Stacker. By their own benchmarking, XtraDrive compresses about 10% better than
  351. Stacker and SuperStor, and is about the same percent faster than both. These 
  352. minimal gains in performance, however, may not be enough to cause either Stac
  353. or AddStor any lost hours of sleep, as both companies' products are fairly
  354. entrenched in the marketplace. Add to this the fact that the name chosen by IIT
  355. for their product is way too similar to that of one of the biggest practical
  356. jokes on the shareware industry in the past three years. In fact, when brought
  357. up on one of the IBM discussion netsubs, 4 out of 5 users contributing to the
  358. thread mistook XtraDrive for XtraTank while proceeding to flame the legitimate
  359. product to no end!
  360.  
  361. ───────────────┬─────────────────────────────────────────────┬───────────────
  362.                │          Filo's Mod of the Month            │
  363.                │              by Filo (1@5252)               │
  364.                └─────────────────────────────────────────────┘
  365.  
  366. The Mod-of-The-Month Selection represents my choice of what appears to be a 
  367. useful, practical mod to WWIV. It does not mean it is the best mod posted or
  368. even that it works as I may not have tested it. Given the limitations of this
  369. media, uuencoded mods are NOT eligible for selection as mod-of-the-month.
  370.  
  371. This month's selection if from Darrel D. Mobley (1@9402 WWIVnet) and permits a
  372. sysop running in multi-net environment to selectively force callouts from WFC.
  373. It is needed where there are two or more boards that are being called that 
  374. have the same number but in different networks if both are in respective 
  375. CALLOUT.NET files.
  376.  
  377. ─────────────────────────────────────────────────────────────────────────────
  378. ┌──────────────────────────────────────────────────────────────────────┐
  379. │ Mod Name:    :  CALLOUT4.21A          Author :  Darrell D. Mobley #1 │
  380. │ Difficulty   :  Moderate              Network:  WWIVnet @9402        │
  381. │ WWIV Version :  4.21a                 Files  :  NETSUP.C             │
  382. │                                                                      │
  383. │ Description  :  This mod allows you to force a callout to other      │
  384. │                 network node numbers than your main network.  4.21a  │
  385. │  (8/15/92)      does not check to see if you use the same node #     │
  386. │                 in more than one network during Forced Callout "/".  │
  387. └──────────────────────────────────────────────────────────────────────┘
  388.  
  389. What this does:
  390.  
  391. I noticed from my WFC screen in the net pending list that if I had two nodes
  392. sharing the same number but were in different networks, the "/" Force Callout
  393. command would always force the callout to the node in the primary network.
  394. This is because of the way the multiple net pending list was incorporated.
  395.  
  396. It seems Wayne's "for" loop checked for the first occurrence of the specified
  397. node number and executed that. This mod prompts you for the network to force
  398. the callout to. If the requested callout is to a node that is not supposed 
  399. to be called at the time, it will prompt you with the network name and node
  400. number for which you must enter Yes or No, rather than the standard "Are you
  401. sure?".
  402.  
  403. On with the mod.
  404.  
  405. Disclaimer: Why bother? You KNOW to back up your source!  Grin.
  406.  
  407. ++ means Add the line
  408. -- means Delete the line
  409. == means Change the line
  410.  
  411. Look for "void force_callout":
  412.  
  413. Add the two lines marked ++ and then add the onx[20] and *mmk to the one
  414. marked with the ==:
  415.  
  416. void force_callout(void)
  417. {
  418.   int i,i1,i2,i3,index,ok,sn,nn;
  419.   float fl,fl1,fl2,ffl;
  420.   long l,l1;
  421. ++int onxi,odci;                                       /* ADD THIS LINE      */
  422. ==char ch,s[81],s1[81],onx[20],*mmk;                   /* ADD "onx[20],*mmk" */
  423.   struct time ti;
  424. ++net_system_list_rec csne;                            /* ADD THIS LINE      */
  425.  
  426. Right below that, add this entire block of code right before the "time(&l)"
  427. command:
  428.  
  429. /************************/                             /* ADD THIS BLOCK     */
  430.   if (net_num_max>1) {
  431.     odc[0]=0;
  432.     odci=0;
  433.     onx[0]='Q';
  434.     onx[1]=0;
  435.     onxi=1;
  436.     nl();
  437.     for (i=0; i<net_num_max; i++) {
  438.       if (i<9) {
  439.         onx[onxi++]=i+'1';
  440.         onx[onxi]=0;
  441.       } else {
  442.         odci=(i+1)/10;
  443.         odc[odci-1]=odci+'0';
  444.         odc[odci]=0;
  445.       }
  446.       npr("%d. %s\r\n",i+1,net_networks[i].name);
  447.     }
  448.     pl("Q. Quit");
  449.     nl();
  450.     prt(2,"Which network (number)? ");
  451.     if (net_num_max<9) {
  452.       ch=onek(onx);
  453.       if (ch=='Q')
  454.         i=-1;
  455.       else
  456.         i=ch-'1';
  457.     } else {
  458.       mmk=mmkey(2);
  459.       if (*mmk=='Q')
  460.         i=-1;
  461.       else
  462.         i=atoi(mmk)-1;
  463.     }
  464.     if ((i>=0) && (i<net_num_max)) {
  465.       set_net_num(i);
  466.     } else
  467.       return;
  468.   }
  469.   /*************************/                          /* DOWN TO HERE       */
  470.   time(&l);
  471.  
  472. Delete the "nl();" right after the "time(&l);" command:
  473.  
  474.   nl();
  475.   prt(2,"Which system? ");
  476.   input(s,5);
  477.  
  478. A couple of lines down, delete or comment out the four lines marked below:
  479.  
  480.   sn=atoi(s);                                               
  481. --for (nn=0; nn<net_num_max; nn++) {                   /* DELETE THIS LINE   */
  482. --  set_net_num(nn);                                   /* DELETE THIS LINE   */
  483. --  if (!net_sysnum)                                   /* DELETE THIS LINE   */
  484. --    continue;                                        /* DELETE THIS LINE   */
  485.  
  486.     if (!net_networks[net_num].con)
  487.       read_call_out_list();
  488.  
  489. Delete the line marked --, add the ones marked ++, and add the { to the line
  490. marked ==:
  491.  
  492.       if (i2==-1)
  493.         ok=0;
  494.       else
  495.         if (!ok) {
  496.           nl();
  497. --        prt(5,"Are you sure? ");                     /* DELETE THIS LINE   */
  498. ++        sprintf(s,"Attempt callout to %s @%u? ",net_name, sn);/*ADD LINE   */
  499. ++        prt(5,s);                                    /* ADD THIS LINE      */
  500. ==        if (yn()) {                                  /* ADD THE {          */
  501.             ok=1;
  502. ++          nl();                                      /* ADD THIS LINE      */
  503. ++        }                                            /* ADD THIS LINE      */
  504.         }
  505.       if (ok) {
  506.         if (net_networks[net_num].ncn[i2].bytes_waiting==0L)
  507.           if (!(net_networks[net_num].con[i].options & options_sendback))
  508.             ok=0;
  509.         if (ok) {
  510.           do_callout(sn);
  511.  
  512. Delete or comment out the lines marked --:
  513.  
  514.         }
  515.       }
  516. --    break;                                           /* DELETE THIS LINE   */
  517.     }
  518. --}                                                    /* DELETE THIS LINE   */
  519. }                             
  520.  
  521. Recompile and enjoy!
  522.  
  523. ───────────────┬─────────────────────────────────────────────┬───────────────
  524.                │             Dateline: @#$*()#!              │
  525.                │     Editor's Notes by Omega Man (1@5282)    │
  526.                └─────────────────────────────────────────────┘
  527.  
  528. Before I get to the main focus of this editorial, let me drop a few brief NOTES
  529. here:
  530.  
  531. First off, the WWIVnews Writer's Guide is now available for all prospective
  532. writers. If you want a copy, drop me a line at 1@5282, and we'll ship you one
  533. right away.
  534.  
  535. Secondly, after the last issue was released,  we received a LOT of requests for
  536. back issues, starting oddly enough with that August issue, but not including 
  537. the July or June issues. Further investigation revealed that perhaps as many  
  538. as a hundred sites did not get the August issue for any one of three network-
  539. related reasons. In response to those requests, @5282 will have a guest 
  540. account available for downloading all back issues of WWIVnews after September
  541. 1, 1992. Since this has not yet been implemented - I haven't even had time to
  542. put 4.21a up with all the mods yet! - I'll have to give out the account
  543. information in the next issue of WWIVnews.
  544.  
  545. Thirdly, thanks to Wayne Bell's good graces, starting with the next issue
  546. WWIVnews will getting a bit of a boost in size. Before I go into some of the
  547. details as to what this means to everyone, permit me a brief bit of personal 
  548. indulgence of my editorial powers for a moment, if you don't mind:
  549.  
  550. ─────────────────────────────────────────────────────────────────────────────
  551.  
  552. ATTENTION 1@6910: Please re-add @5282 to the International MENSA sub ASAP.
  553. After *nine* months of silence following the still-unexplained loss of feeds, 
  554. my users are getting rather disgusted with the lack of serious, stimulating 
  555. international traffic from your sub, and have threatened to have me flogged if 
  556. I don't get the feed restored post haste!
  557.  
  558. Again, please add @5282 to your distribution list for the International MENSA
  559. Networked Sub. Believe me, it will be appreciated!
  560.  
  561. ─────────────────────────────────────────────────────────────────────────────
  562.  
  563. Sorry for that little digression, folks. If you wish, feel free to e-mail 
  564. 1@6910 and remind him to hook @5282 back into the sub feed. After 9 months
  565. of ignoring my e-mail, maybe he'll listen to a flooded e-mailbox :-) ;-)
  566.  
  567. Now where was I? Oh yes - Net31 and its effect upon the size of WWIVnews. Ok,
  568. as mentioned last month, WWIVnews has been given a bit more breathing space 
  569. thanks to Wayne's efforts with Net31. To allow everyone enough time to upgrade
  570. to Net31, this issue of WWIVnews will be squeezed into the old limit of 32k 
  571. for one final month. Starting next month, WWIVnews will expand over this limit
  572. somewhat with larger articles and a few additional feature columns. 
  573.  
  574. In order to receive the newly expanded WWIVnews, everyone wishing to do so 
  575. MUST upgrade to either Net31 itself, or to a network processor that is 
  576. compatible with Net31. Otherwise, nasty things could happen to all your 
  577. first-born children that will place you on the front page of the _Enquirer_ 
  578. underneath the latest shots of Princess Di and her latest love toy!
  579.  
  580. Well, ok, maybe that won't happen, but in any case everyone needs to be running
  581. the latest net processors, so consider this an incentive to upgrade if you 
  582. haven't done so already. Check with your local SDS or WWIV Support Board, which
  583. should be carrying Net31 along with hundreds of other utils, onliners and other
  584. support files for download.
  585.  
  586. Yeah, yeah, I know - a free plug for the Support sysops. But what the hell, 
  587. they've earned it, have they not?
  588.  
  589. In any case, as for those additional WWIVnews features I mentioned? Well, for
  590. starters next month WWIVnews will be featuring a WWIV Q&A column, hosted by 
  591. three experienced WWIV sysops: 1@9411, 1@7757, and a third staffer yet to be
  592. announced. These three have ...uh, volunteered? Yeah, that's the ticket!! 
  593. *Volunteered* to field any questions or problems you're experiencing with WWIV 
  594. and the WWIV networks, and have promised to answer those questions as best as 
  595. possible. Questions for the Q&A column should be sent to 1@5282 for forwarding
  596. to the experts.
  597.  
  598. A second new addition to WWIVnews will be a regular editorial/opinion piece by
  599. someone who's been around WWIV and WWIVnet for quite some time. This person
  600. initially offered to do such a column when WWIVnews went under new management,
  601. but was regretfully turned down due to space considerations imposed by that 
  602. 32k limit. I won't name who that person is at this time, but suffice to say 
  603. that he/she/it will definitely offer the WWIV community as a whole a bit of
  604. serious insight as to what it is to be both a user and a sysop, and help shed 
  605. a little light on why we've chosen BBSing as a hobby.
  606.  
  607. The third new addition will be a "Letters to the Editor" column, which as most
  608. of you know is a standard feature for most publications. Comments, suggestions,
  609. criticisms, corrections and complaints can be submitted either c/o 1@5282, or 
  610. by posting them on the WWIVnews Editorial Desk.
  611.  
  612. There are a few others that are being knocked about right now for future 
  613. inclusion, such as a C tutorial specifically aimed at the WWIV modding addict, 
  614. or a Group events forum where AC's & GC's can comment about current and 
  615. upcoming events in their group. Of course, if any of you have suggestions for 
  616. additional features, feel free to drop me a line with your ideas. The WWIVnews 
  617. staff is constantly looking for new ideas regarding articles and features, so 
  618. don't hesitate to offer any concepts for consideration!
  619.  
  620. As always, comments, corrections, criticisms and complaints can be addressed 
  621. to yours truly, 1@5282.
  622.  
  623. ┌───────────────────────────────────────────────────────────────────────────┐
  624. │                             Closing Credits                               │
  625. ├───────────────────────────────────────────────────────────────────────────┤
  626. │ WWIVnews is an independent newsletter published monthly as a service to   │
  627. │ the WWIV community of sysops and users. The opinions and reviews expressed│
  628. │ herein are the expressed views of the respective writers, and do not      │
  629. │ necessarily reflect those of the WWIVnews staff. Reproduction in whole or │
  630. │ in part is allowed provided proper credit is given. All rights reserved.  │
  631. ├───────────────────────────────────────────────────────────────────────────┤
  632. │ The distribution sites for WWIVnews are the Klingon Empire BBS (512-459-  │
  633. │ 1088), WWIVnet node @5282, and the WWIVnews Editorial Desk networked      │
  634. │ subboard, subtype 15282 host 5282. Information regarding article and      │
  635. │ editorial submissions, back issue requests, and the WWIVnews Writer's     │
  636. │ Guide, can be requested in e-mail from the WWIVnews editor, 1@5282.       │
  637. ├───────────────────────────────────────────────────────────────────────────┤
  638. │            WWIV and WWIVnet, copyright 1986,1990 by Wayne Bell            │
  639. └───────────────────────────────────────────────────────────────────────────┘
  640.