Path: utzoo!utgpu!watmath!clyde!att!ucbvax!WSMR-SIMTEL20.ARMY.MIL!Info-IBMPC From: Info-IBMPC@WSMR-SIMTEL20.ARMY.MIL Newsgroups: comp.sys.ibm.pc.digest Subject: Info-IBMPC Digest V7 #54 (Part 2) Message-ID: <8811201822.AA29426@ucbvax.Berkeley.EDU> Date: 19 Nov 88 21:12:21 GMT Sender: daemon@ucbvax.BERKELEY.EDU Reply-To: Info-IBMPC@WSMR-SIMTEL20.ARMY.mil Organization: The Internet Lines: 460 Approved: info-ibmpc@walker-emh.arpa Info-IBMPC Digest Sat, 19 Nov 88 Volume 7 : Issue 54B Today's Queries: Computer Utilization Oversized key beyboards Sharp PC-7000 [IBM-AT Compatible] and Networking Directory "cacheing" problem TOPS and memory shortage New programs: Archive Maintenance ARC531.EXE bugs Bugs in ARC530 and ARC531 Kermit keypad setup for VAX/EDT update to Kermit scripts Quick reference list to SIMTEL20's MSDOS directories xxu program update Public domain edt SBTeX for MS-DOS PCs ---------------------------------------------------------------------- Date: Wed, 16 Nov 88 03:46:06 EST From: boyd@braggvax.arpa Subject: Computer Utilization Please don't BEAT me! Need to institute a comprehensive computer system utilization tracking system for over 150 AT-compatible machines (Z248s) and several other types of IBM-clones. Am urgently looking for a PASSIVE utilization tracking software application that will permit the documenta- tion of the "computer time" and "application usage" on a large number of machines. Many of the systems within our organization are strongly suspected of gross (and I mean GROSS) non-use, all user surveys/questions are answered as if the computer unlocks the office, sweeps up at night, and keeps a vigilant watch over everything in sight when humans are not present! HOWEVER, many users are going without any automation support due to financial limits and "prove we are REALLY using what we have before we buy anymore...." dogma. Any tools/applications/tips/tricks/suggestions that minimize the impact on the user and at least prevent CHEATING by the novice would be appreciated. Have looked at the LOG3.arc program, but it requires diligent input by the user (who just may fill in trash) and a few others of the same general type. When systems are more equitably distributed, the "policing" policy will almost certainly die... In the interim, I sure hate to commit scarce pro- gramming resources to inventing the wheel if it is already out here. Would appreciate direct DDN responses to boyd@braggvax.arpa and promise to keep contributors names anonymous if they so desire. |Who said 1984 was over anyway? .... Thanks, Joe Boyd ----------------------------- Date: Sun, 13 Nov 88 12:14 CST From: David Stever Subject: Oversized key beyboards for a handicapped friend- does anyone out there know of a keyboard on the marketwith oversized keys? What is the name of the macro program that allows one to sequentially hit the control key followed by the second half of the control key sequence? I assume that it's in the Simtel20 archives... Any aid that can be passed along to me would be greatly appreciated! David Stever Unisys Corp. Eagan, Minnesota Stever@SP.Unisys.com ------------------------------ Date: Mon, 14 Nov 88 13:37 EST From: Subject: Sharp PC-7000 [IBM-AT Compatible] and Networking If anyone has a Sharp PC-7000, or if anyone knows of anyone who has a Sharp PC-7000, then please contact me for networking. Thanks. Howard ------------------------------ Date: Wed, 16 Nov 88 23:56 EST From: "Jacques Beland" Subject: Directory "cacheing" problem? Recently I ran across a "feature" on an 386 machine (running DOS 3.3), then on an AT-class machine, that they seem to be "cacheing" the directory of the floppy drive?! Here is what happened: I put a disk into the floppy drive (a 3.5" to be more specific), did a directory, replace with a different disk, did another DIR command. The drive light DID NOT come on, and I got the directory listing of the previous disk. However, if I do the DIR of a different drive, come back to the 3.5" drive, I get the DIR of the current disk. I have heard this being talked about before, but can't recall the reason nor the solution for this behaviour. Can someone please jog my memory a little? I know doing a ctrl-c after putting in the new disk will "inform" DOS about a new disk, but is there a patch or something I can do? Or is this a hardware related problem? Thanks for your help/info in advance. ------------------------------ Date: Tue, 15 Nov 88 12:55 EST From: MAJ David McGuffey Subject: TOPS and memory shortage At a recent meeting of the Columbia-Baltimore PC User's Group, someone presented a problem and wanted to know if there is a solution available. The Problem: Running an AT with 640k of memory and TOPS which is connected to an Apple Talk network (gateway?) [he is the only IBM in a basket full of apples]. With TOPS running on the AT, there isn't enough memory to do any real work (he wants to run Wordstar 2000 and some other substantitive programs). His question was: "is there a way to add more memory to the AT (extended or expanded) and run TOPS outside of the main 640k? If not, could Wordstar 2000 be moved to and run from the additional memory?" Please respond to me directly and I'll summarize for the digest; if more info is needed about his configuration, please call him (Pete Ekstrand 301-997-8982). ------------------------------ Date: Tue, 15 Nov 1988 22:53 MST From: Keith Petersen Subject: Archives Les Brown writes: > Going through the directory listing I seem to have found some duplicte >files or files in the wrong location. They are listed below: >ARC-LBR PKX-243.arc replaced by PKX-253.ARC [File deleted.] > SEZ230.ARC should be moved to ZOO sub-directory [File moved.] >DATABASE HBMS314.arc is in the PC-BLUE library [File deleted.] >DESQVIEW QWIK42.ARC should be placed in the turbo-pascal > sub-directory [File moved.] >DIRUTL FF206.ARC has been replaced by a newer version [File deleted.] > FREE2.ARC and FREE13.ARC may be different versions of the > same program [These are not the same. Different authors.] > SAP300.ARC has been replaced by a newer version of SAP [File deleted.] >DSKUTL MSTRKY17.ARC has been replaced by PMK-21A.ARC located in > SYSUTL [File deleted.] > This should help a little with the archives. Yes indeed! Thanks. --Keith ------------------------------ Date: Sun, 13 Nov 1988 14:47 MST From: Keith Petersen Subject: ARC531.EXE bugs I received a report today that ARC531.EXE causes error messages claiming "damaged FAT" when one adds more than 45 files to an archive. The report was given to Thom Henderson on his phone answering machine by the person who found it (not me). Suggest ARC530/531.EXE be withdrawn from public distribution on any BBS's that carry it until we get further news on this. 530 did have some problems which is why there is a 531, of course. :-) --Keith ------------------------------ Date: Tue, 15 Nov 1988 22:07 MST From: Gregory Hicks Subject: Bugs in ARC530 and ARC531 SEA has just released ARC532. It's available on their BBS, and this is where these messages came from. Toss all your copies of 530/531. ---------- Msg#: 2683 *SEABOARD* Date: 11/07/88 21:05:42 From: BOB ZIMMERMAN To: SYSOP (Rcvd) Subj: ARC PROGRAMS the following message was found on a chicago area bbs. I thought you should be aware of it.... ---------- To: ALL Rcvd: -NO- Re: ARC V 5.30 WARNING !! ARC version 5.30 has now been released by SEA. In my preliminary evaluation of the programs, I fed it 999,996 bytes of EXE and COM code in 53 files. ARC merrily added 29 of the files and terminated without reporting an error. I then fed it 1,000,032 bytes of DOC files (65), and it added 37 of them and finished without reporting an error. ARC v 5.30 is dangerous. It is unable to identify that it has failed to properly add all of the source files. Included in the package is a new 'quick' archiver named QARC v 1.00. QARC correctly handled all of the above files. It compresses to nearly identi- cal archives with PKPAK 3.61 in nearly identical times. Many of the be- haviors of QARC are suspiciously similar to PKARC v 3.60. Again, ARC v 5.30 is flawed, be careful of it. ---------- Msg#: 2686 *SEABOARD* Date: 11/08/88 14:05:23 From: TOM BOCCHINO To: THOM HENDERSON Subj: ARC 530 I was just about to send a message net mail to let you know I had some problems with the ARC -c command killing the files that were already in archive, glad you found it already. Nothing lost on my end, I was just playing with it. Thanks ---------- Msg#: 2688 *SEABOARD* Date: 11/10/88 22:05:34 From: AL VREELAND To: SYSOP (Rcvd) Subj: ARC531 I am not a person to throw gas on the fire, but I was disappointed today when I downloaded ARC531. I have suspected that PKARC was subtly corrupt- ing my files, and I wanted to go back to the 'original'. Right or wrong, I began re-arcing my files this afternoon, and I got a surprise! I have an ARC of about 100 small files, and when I tried to ARC them up with ARC531, it simply stopped after 20 or 30. I couldn't find any wildcard combo to make it work. Al Vreeland ------------------------------ Date: Sun, 13 Nov 1988 21:08 MST From: Keith Petersen Subject: Kermit keypad setup for VAX/EDT update to Kermit scripts Now available via standard anonymous FTP from SIMTEL20: pd1:KER_SCP3.ARC - Useful Kermit (v2.29 or above) script files Files include: Scripts to log on to a Unix VAX host and two common BBS's (TCOMM, ROS) A typical initialization file (MSKERMIT.INI) to set baud, port, function key macros, command macros, etc. An extract from the Kermit user's manual specifically discussing scripts. A script for redefining the keys for use with EMACS. Other Kermit users are encouraged to contribute scripts that help ease THEIR communications. Keith Petersen will collate and incorporate them in this archive. (So send them to HIM, not to me!) David Kirschbaum Toad Hall kirsch@braggvax.ARPA Update: Nov 12, 1988 From: Larry Granroth Re: Kermit keypad setup for VAX/EDT I use the following MSKERMIT key definitions on an XT clone to connect to a VAX. 1) VT102.DOC provides a VAX EDT editor keypad map for my particlular keyboard. 2) MSKERMIT.INI is the initialization file I use. Once in Kermit, the command DO EDT will load the EDT keypad map and the command DO WS will allow me to use most WordStar cursor movement commands (except ^S of course) while in EDT. 3) VT102.KEY contains the EDT-compatible key mapping. Note that the original Kermit local page scrolling can still be used by pressing ALT-CTRL along with PgUp, etc. 4) WS.KEY contains the WordStar cursor movement enhancements for use with EDT. [Thanks, Larry. These files have been added as VAX-EDT.ARC inside the main archive. -- Keith] [The ARC filename will change in the number field when new files are added. Keith Petersen] ------------------------------ Date: Tue, 15 Nov 1988 22:24 MST From: Keith Petersen Subject: Quick reference list to SIMTEL20's MSDOS directories Quick reference list of SIMTEL20's PD1: directories as of November 15, 1988 (where 'x' is one of the names below): APL DIRUTL KA9Q-TCPIP PCMAG SYSUTL ARC-LBR DISASM KEYBOARD PCMAIL TELIX ARCNET-PCIP DSKUTL LAN PCPURSUIT TELNET ASMUTL EDITOR LAPTOP PCRESOURCE TEX AT EDUCATION LISP PCTECH TROJAN-PRO AUTOCAD EEL LOTUS123 PIBTERM TURBO-C BASIC EGA MAC PILOT TURBOBAS BBS EMULATORS MAPPING PLOT TURBOPAS BBSLISTS FIDO MATH PREPROCESS TXTUTL BIBLE FILEDOCS MAX PRINTER UUCP C FILUTL MEMACS PROCOMM VGA CAD FLOWCHART MENU PROLOG VOICE CALCULATOR FORMGEN MODEM QBASIC WINDOWS CATALOG FORTH MODULA2 QMODEM WORLDMAP CIS FORTRAN MOUSE RBBS-PC X-10 COMPATIBLES FREEMACS MSWINDOWS SCREEN XLISP COMPUTE-PC GAMES MUSIC SMALL-C XPC CROSSASM GENIE NETWORK SMALLTALK ZMODEM CROSSREF GIF OPUS SNOBOL4 ZOO DATABASE GRAPH PACKET SPREADSHEET DESKACCESS GRAPHICS PASCAL SQ-USQ DESKPUB HAMRADIO PC-JR STARTER DESQVIEW HYPERTEXT PCIP SURFMODL --Keith Petersen Maintainer of the CP/M & MSDOS archives at WSMR-SIMTEL20.ARMY.MIL [26.0.0.74] DDN: W8SDZ@WSMR-SIMTEL20.ARMY.MIL Uucp: {ames,decwrl,harvard,rutgers,ucbvax,uunet}!wsmr- simtel20.army.mil!w8sdz ------------------------------ Date: Tue, 15 Nov 1988 14:15 MST From: Keith Petersen Subject: xxu program update Bill, thanks for the update on the "xxu" program. I have forwarded it to Info-Kermit for their archives (which is where it originally came from) and it will be added to our pd2: archives by David Curry who manages that collection. Thanks! --Keith I was looking at the "xxu" program you posted recently, and I added a few changes for SysV and Xenix. I also changed the logic to turn blanks into underscores rather than keep or delete them. I could probably find the info on ftp upload, but this is small enough to mail and I have to ftp via another machine anyway. I don't have problems with my ftp names, but I do get programs which create really bad filenames at times. This is an easy way to clear them out. ------------------------------ Date: Fri 11 Nov 88 16:27:50-PST From: Ted Shapin Subject: Public domain edt At the last U.S. DECUS meeting, the PC Sig distributed a disk that had a public domain EDT-like editor on it called SEDT. The file is too big to upload (>300000 in an .ARC file) and doesn't contain source. But here is the README file that came with it and info on how to obtain a copy. Ted. - - - - Sedt Editor, Freeware Program, Author: Anker Berg-Sonne Sedt is a text editor for the IBM PC and compatibles running DOS or OS/2, DEC Rainbow, ATARI ST, VAX/VMS and VAX/ULTRIX. Because of potential conflict of interest with my employer I have made Sedt available at no charge for any use. It may freely be distributed by making copies or any other form of distribution. For Digital computer systems it will be made available through the DECUS library. If you would like the latest version directly from the author mail $25, to cover media, postage and packaging, to Anker Berg-Sonne, 8 Middlemost Way, Stow, MA 01775, U.S.A.. Distribution will be on 3 1/2" disks for the ATARI ST and 5 1/4" disks for all other systems. Please specify the density of the media. Please mail your thoughts to me at my home address. 8 Middlemost Way, Stow, MA 01775. I can also be reached though EASYPLEX on Compuserve user id 72337,3211. Development is done in my spare time and without financial compensation of any sort. The primary limitation is availability of equipment. If you really enjoy using Sedt and want to see further enhancements and support of new hardware a contribution will be greatly appreciated. Contributions are entirely voluntary. For installation instructions read SEDT.DOC and for complete documentation read SEDTMAN.EDT. I hope you will enjoy the product. Anker Berg-Sonne ------------------------------ Date: Wed, 16 Nov 88 13:37 EST From: "James A. O'Brien (203) 432-4382" Subject: SBTeX for MS-DOS PCs A public domain implementation of TeX V2.93 is now available for anonymous FTP from VENUS.YCC.YALE.EDU. The file is in the default directory on login and is called SBTEX.ARC. It was archived using PKPAK V3.61. The archive is 326 kbytes in size. This implementation was developed by Wayne G. Sulllivan of the Department of Mathematics at University College Dublin in Ireland using Turbo Pascal V4.0. The archive contains enough to build a working PLAIN TeX on any MS-DOS PC with at least 512k of memory (although 640k or more is much better e.g. DEC Rainbows have 896k). Included are TEX.EXE, INITEX.EXE, the PLAIN format, and TFMs for the 16 basic CM fonts in the PLAIN format. Full details on installation are contained in SBTEX.DOC in the archive, and an INSTAL.BAT file is provided. SBTeX has already gone through extensive testing both at UCD and at Yale, and is believed to be relatively bug-free. It has been verified to run on PC hardware as well as on a DEC Rainbow. It should run on any 80x86/8 processor machine which runs MS-DOS. Reports of any bugs should be addressed to the author, Wayne G. Sullivan, WSULIVAN@IRLEARN.BITNET (note only one "L" in the ID). Jim O'Brien Department of Chemical Engineering Yale University OBRIEN%OBRIEN@YALEVMS BITNET OBRIEN%OBRIEN@VENUS.YCC.YALE.EDU Internet ------------------------------ ************************ End of Info-IBMPC Digest -------