From ts@uwasa.fi Sat Oct 16 00:00:00 1993 Subject: FAQPROGS.TXT contents Copyright (c) 1993 by Timo Salmi All rights reserved FAQPROGS.TXT Frequently (and not so frequently) asked questions relating to programs with answers. Comments and corrections are solicited. .................................................................. Prof. Timo Salmi Co-moderator of comp.archives.msdos.announce Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1 Faculty of Accounting & Industrial Management; University of Vaasa Internet: ts@uwasa.fi or timo.salmi@uwasa.fi; FIN-65101, Finland -------------------------------------------------------------------- 1) How do I capture text from the screen to a file? 2) How do I redirect the output from the screen to the printer? 3) How can I direct all output to a file instead of the printer? 4) Where can I get VT102 emulation codes? 5) Problems with Procomm or Telix VT102 emulation. 6) Is there a program to convert Pascal to C? 7) I need a bigger cursor for my laptop. 8) Where to find a source code for detecting which CPU my PC has? 9) Can anyone recommend me a good linear programming package? 10) Where can I find sources for Unix Zmodem? 11) Where can I find sources for Unix arc, lharc, zip, and zoo? 12) How to delete non-empty directories fast? 13) I can't run this file I got with a .zip (.arc etc) extension. 14) What is the best archiver? 15) What is the best text editor? 16) Am I safe against viruses if download files from FTP sites? 17) Where can I find a program to expand the keyboard buffer? 18) How to make z-modem transfer between a Unix mainframe and my PC? 19) Where can I find Unix-like utilities for my MsDos PC? 20) How can I hide files and directories? 21) Which is better, Procomm Plus or Telix? 22) How can I restore the original screen when a program muddles it? 23) Where can I find compress for MsDos to handle .Z files? 24) I found a bug in a shareware program. How should I report it? -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:01 1993 Subject: Capturing text to file from screen 1. ***** Q: I want to capture to a file everything that comes on the screen. How do I do this? A1: There are two sets of programs that are useful here. The first set consists of programs which automatically capture to a file everything that comes on the screen. Examples of these "scrolling" programs are /pc/printer/concpy11.zip (or whatever version is the latest) and /pc/printer/script11.zip. The second set are the "static" programs which capture a snapshot of the screen, or a portion of the screen at the invocation of a hot key. Get /pc/screen/snippr26.zip for such a utility. Another is /pc/printer/lamneth.zip which redirects the results of pressing the PrintScreen key to a file instead of the printer. A third one is /pc/printer/scap250.zip. Also worth considering is /pc/screen/vprint51.zip. Please note that these programs only work for the text mode. They won't capture graphics output. (The same also goes for the next Q&As). +------------------------------------------+ ! To get these and other programs given as ! ! /dir/subdir/name ! ! see the instructions in PD2ANS.TXT ! +------------------------------------------+ A2: How to find MsDos files on garbo.uwasa.fi: If you are looking for a particular program at garbo.uwasa.fi you should start by getting the following files: /pc/INDEX.ZIP /pc/INDEXTS.ZIP For seeing what is new in the /pc/ts directory, get /pc/ts/0news-ts For seeing selected news and reviews of files in all MsDos (the /pc) directories, get the following file full of information /pc/pd2/news-pd2 For a monthly raw list of all the new MsDos files, get /pc/_files.in -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:02 1993 Subject: Printing all output from screen 2. ***** Q: I want to get printed everything that comes to the screen. How can I achieve this? A: Simple. First capture the output to a file (see the previous Q&A) and then print the file. If you need to capture text that has already scrolled off the screen use garbo.uwasa.fi:/pc/screen/buffit30.zip resident screen scrollback utility, which is a handy TSR (Terminate and Stay Resident) program anyway. Another, even better screen scrollback buffer TSR is /pc/screen/scrlit17.zip (or whatever is the current version number). -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:03 1993 Subject: Printer redirection to a file 3. ***** Q: How can I direct all output to a file instead of the printer? A: There is a good utility called /pc/printer/lptx.zip exactly for this purpose. It comes in several versions. There is another utility /pc/printer/prn2file.zip which I haven't tested myself, but should be good judging from the comments of the others. A third such utility is /pc/printer/prndi802.zip, but even if it is useful, it not very easy to figure out the first time. In general, take a look at the /pc/printer directory at garbo.uwasa.fi. -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:04 1993 Subject: VT102 emulation codes 4. ***** Q: I need information on VT100 (VT102) emulation codes. A: The following packages may have some relevant information. Take a look at MsKermit documentation /pc/termprog/mskdo232.zip, MsKermit advice and utilities in /pc/ts/tskerm24.zip, and Procomm advice in /pc/ts/tspfon29.zip. -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:05 1993 Subject: Procomm or Telix VT102 problems 5. ***** Q: I'm experiencing problems in my Procomm (or Telix) VT102 terminal emulation. What should I do? A: If terminal emulation is your main concern, you should consider using MsKermit. Procomm and Telix very good programs which are at their best in connections to BBSes (bulletin boards). MsKermit is at its best in main frame connections and terminal emulation. (MsKermit is better at BBS connections as generally thought, since contrary to common belief it can utilize a dialing directory). Get the packages /pc/ts/tspfon29.zip and /pc/ts/tskerm24.zip to give more information and utilities for Procomm and MsKermit. The packages are available by anonymous ftp or mail server from garbo.uwasa.fi. -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:06 1993 Subject: Pascal to C converters 6. ***** Q: I'm looking for a program to convert Turbo Pascal code automatically to C. (Mother of all FAQs? :-) A: To find utilities for such a specific purpose the very first thing to do is to look through file lists. At garbo.uwasa.fi there are useful file lists such as /pc/INDEX.ZIP, INDEXTS.ZIP, /pc/filelist/simlist.zip, and /pc/filelist/cbbs_prg.zip. Here is some old information as an example: From simibm (SimTel file list) --------------------------------- T2C.ARC Microsoft's Turbo Pascal to C translator TPTC17.ARC Turbo Pascal to C translator, 1of4 TPTC17SC.ARC Turbo Pascal to C - src for translator, 2of4 TPTC17TC.ARC Turbo Pascal to C - test cases, 3of4 TPTCINFO.ARC Info on Turbo Pascal to C translator, 4of4 From files-mm (Micro Maniacs Opus file list) --------------------- PTOC.ZIP 79789 Pascal To C Conversion Program. TPC.ZIP 26262 Converts TurboPascal to C. GLOCKEN.ZIP 112240 01/15/88 Glockenspiel Turbo Pascal to 'C' TPTOQC.ZIP 112062 12/01/87 Translate Turbo Pascal to Quick 'C' TPAS2MSC.ZIP 111884 12/10/89 MS Convert Turbo Pascal to MS C I've seen some positive comments on a P2C, and our system manager has installed it on our mainframe with very good results, but I do not know where it is publicly available. I have seen an ad on a Pascal to C translator in the Shareware Magazine, Vol V, No. 6, Nov.-Duc. 1990, p. 52, involving PC-Sig disk 1321. From: raymond@math.berkeley.edu (Raymond Chen) Two different Pascal-to-C converters are available from a comp.sources.unix archive near you. volume10: ptoc/part[01-02] Pascal to C translator volume13: pas2c.pch Patches for Pascal-to-C translator volume21: p2c/part[01-32] Pascal to C translator " p2c/patch1 Fix to incomplete shar files for p2c, Patch1 p2c is by Dave Gillespie. It understands several Pascal dialects (HP, partial Turbo, etc) and is very flexible and configurable. It has been compiled and used on Sun-3's, so presumably it is fairly portable among 32-bit Unix machines. The p2c package is also available for ftp from csvax.caltech.edu. Note, however, that although it can translate PC dialects of Pascal, the converter itself runs under UNIX. If you have the /pc/ts/tsfaqn*.zip Frequently Asked Questions collection, also take a look at /pc/pd2/faquote.zip for more information. -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:07 1993 Subject: Looking for a big cursor for laptops 7. ***** Q: I am literally looking for a way to see the cursor on my laptop. Is there a utility to make the cursor bigger? A: There are several (both TSR and non-TSR) programs around to make the cursor big. Among others, my /pc/ts/tsutld21.zip (or whatever version number is the most recent) utility collection contains the following programs for this. ADJCURS.BAT Batch shell for adjusting cursor BIGCURS.EXE Make the cursor better visible BIGNCURS.EXE NonResident temporary big cursor -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:08 1993 Subject: Code to detect the CPU type 8. ***** Q: Does anyone have a source code for detecting which CPU my PC has? A: See Tischer, Michael (1990), PC System Programming, An in-depth reference for the DOS programmer, Third printing, Abacus, Chapter 15. There has also been much discussion on how to tell a 486 from 386, but I haven't seen any working code yet, just many ideas from assembler savants. Another source is /pc/turbopas/ifp1s157.zip (or whatever version is current). It contains the InfoPlus source code. A third alternative is /pc/turbopas/cpuid_tp.zip. -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:09 1993 Subject: Linear Programming MsDos Packages 9. ***** Q: Can anyone recommend me a good linear programming package? A: See the references in the documentation of /pc/ts/tslin33b.zip (or whatever version number is the latest) linear programming and linear goal programming package available by anonymous ftp or mail server from garbo.uwasa.fi. There are a couple of references to useful papers that compare different commercial LP programs for the PC. Also see garbo.uwasa.fi:/pc/math/faqlp310.zip Frequently Asked Questions about linear programming or whichever version is current by the time you read this. If you are looking for a linear programming source code then take a look at 303775 May 1 1991 garbo.uwasa.fi:/pc/turbopas/nrpas13.zip nrpas13.zip Numerical Recipes Pascal shareware version. -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:10 1993 Subject: Need Unix Zmodem 10. ***** Q: Where can I find sources for Unix Zmodem? A: You can find a Unix Zmodem package in the /unix/zmodem directory at the anonymous ftp site garbo.uwasa.fi, Vaasa, Finland. The instructions for processing this Unix package are in /unix/ts/0news-u. -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:11 1993 Subject: Unix counterparts for PC archivers 11. ***** Q: Where can I find Unix sources for .arj, .arc, .lzh, .zoo, and .zip file compression. A: You can find Unix arc, UNarj, lharc, LHa, zoo, UNzip, hpack, squeeze, and zip packages in the /unix/arcers directory at the anonymous ftp site garbo.uwasa.fi. The instructions for processing these Unix packages are in /unix/ts/0news-u. Many users have also inquired about the source code for making .zip files. A project group Mark Adler, Rich Wales, and Jean-loup Gailly have programmed the long awaited Unix zip. It was released about at the beginning of October of 1991. It was then/unix/goldies/zip10ex.tar.Z, currently /unix/arcers/unz50p1.tar.Z. For a pointer to the Info-ZIP project see /pc/pd2/author*.zip. -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:12 1993 Subject: Deleting entire subdirectories 12. ***** Q: I need to delete a directory which has files (and perhaps subdirectories) in it. How can I delete without having to go trough them individually. A: It can be done, but note that if you are not VERY CAREFUL you may inadvertently do much harm to your files by deleting more than you intended! There is a utility by Norm Patriquin /pc/dirutil/pdel44.zip, which can be used to delete non-empty directories. Another utility, which is handy for many other purposes as well, is sweep.com. You can find it for example in the /pc/miscutil/cpcug.zip collection at our anonymous ftp site garbo.uwasa.fi. Other utilities which you can use for this purpose include TDEL.EXE from /pc/ts/tsutle22.zip, and /pc/dirutil/deldir11.zip. I use TDEL.EXE myself. One frequent solution is using the Unix like rm command for MsDos. Different renditions of rm can are common in the collections in our /pc/unix directory. If you blunder, and delete more files that you intended, then undelete utilities like the one in PcTools or MsDos 5.0 (and later) can save you. (The usual disclaimer applies). -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:13 1993 Subject: Arced, Zipped etc files 13. ***** Q: What is this file with this .zip (.arc, .arj, .lzh, .pak, .sdn, .zoo etc) extension? What am I supposed to do to it? Q2: I can't run this file I got with a .zip extension. A: This is a PC newcomers's question, but that is perfectly all right. One has to start from somewhere. These files with a .zip (.arc, .arj, .lzh, .pak. .zoo etc) extension are compressed collections of files, often called archives. You are not supposed to run a compressed entity. You are supposed to unpack it first to extract the files from within the package. For this you need the relevant (un)packing program. You can find them in the /pc/arcers (some in /pc/goldies) directory at the anonymous ftp site garbo.uwasa.fi, SimTel, their mirrors, or at practically any fine bulletin board. (After you have gotten them, they are very easy to process, since most often these utilities are self-extracting). At the time of writing this we have eg arc602.exe .arc SEA's .arc packing/unpacking system. arce40g.zip .arc Buerg's extraction, also for SEA's new .arc arj241.exe .arj Robert Jung's .arj archiver gzip124.xip .(g)z GNU gzip compress, don't confuse with (pk)zip ha098.zip .ha Harri Hirvola's slow but efficient archiver hpack78.zip .hpk HPACK Multi-System Archiver lha255b.exe .lzh LHa for .lzh compression pak251.exe .pak NoGate's for pak, arc, sdn, zip, files pk361.exe .arc This packed and unpacked .arc files fast pkz204g.exe .zip PKWare's PKZIP/PKUNZIP 2.04G sqz1083e.exe .sqz SQUEEZE from Sweden. unz50p1.exe .zip Info-ZIP group's 2.04G compatible extractor zoo210.exe .zoo Zoo packing facility from Rahul Dhesi Always use the latest version. For example we have been getting many false alarms of allegedly corrupt .zip packages just because users have been applying out of date PKUNZIP versions. Once you are well familiar with unpacking and packing, there is an excellent shell for running these utilities. It is called SHEZ and is in version /pc/arcutil/shez93.zip at the time I revised this item. Another advanced feature once you get the hang of this, is that (most of) these are available in the Unix environment, as well. See the /unix/arcers directory at garbo.uwasa.fi archives for the Unix versions. Eg you can find zoo210.tar.Z in there, etc. See /pc/unix/0news-u for more on the Unix versions. -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:14 1993 Subject: Archiver comparisons 14. ***** Q: What is the best archiver? A: Some netters have made accurate measurements of the packing / unpacking times, and the size of the archives produced. I won't try to repeat those interesting experiments, but express some subjective views instead. If you want to know more, the UseNet newsgroup comp.compression is the one to read. If you are a heavy user, there is no choice. You'll need all the archivers. (A good shell like shez will make life much easier for you then). Let's start from Zoo. Personally, I found the old Zoo 2.01 prohibitively difficult to use beyond simple unpacking. Its compression ratio was week. But it has been available for Unix and MsDos for a long time, from the same author for both the platforms, and this has made it the obvious choice for example for the distribution binary postings in comp.binaries.ibm.pc despite what used to be a poor ratio. The introduction of Zoo version 2.10 changed the situation quite a lot for the better. Its compression is at good par with the other methods, but it is still slow, and the commands are complicated, but there is a good self-documentation to alleviate that. Furthermore, there are problems with the file datestamping on Unix. I have discussed potential further Zoo updates with the author Rahul Dhesi, and he confirmed long ago that he was working on these aspects. One has to be realistic though, since the last time around the updating took over one year. Rahul is a busy man. It seems to be the same with this promised update, also. Nothing whatsoever since. PKWare's PKZIP has become fairly dominating in bulletin boards and many FTP sites. For example it is the only method we currently accept in the uploads to our Garbo MsDos FTP archives. PKZIP makes reasonably tight packages, but is slow in making them on old PCs. With a 386 or 486 this does not matter any more. Personally, as an MsDos FTP site moderator, I like the possibility of keeping the date stamp of .zip archives in line with the date stamp of the latest file within the package. With zipped archives this is very easy. The attractiveness of zipping in archive maintenance in much increased by Zip being available also for the Unix environment courtesy of the Info-ZIP programming group. The support for the Unix zip is unrivalled by the other archivers. PKWare almost blew it with its version 2 release. They advertized version 2 on PC magazines for almost a year without it being available, making it one of the best know cases of shareware vaporware. On top of that the first 2 version, called 2.04C turned out with far too many prohibitive bugs to be acceptable as a compression method. For example Garbo archives refused to adopt 2.04C. PKWare then produced updates in rapid succession, naming them versions 2.04E and 2.04G. The current 2.04G release has done very well indeed, even if its advanced features occasionally cause some consternation. The Japanese lharc is tight (comparable to, and often better than PKZIP 1.10 was) and it is available for Unix, as well. But both MsDos and Unix lharc totally lack user support (but who needs it anyway for these facilities). The author is not even reachable. You may experience difficulties with the path names when using lharc. Since versions beyond 2.0 LHarc has been called LHa, and it is even tighter than before. Lha can make self-extracting packages with very little overhead, and is dominant among the compression archivers in that respect. What about the old ARC method? PKWare's pkpak (originally called pkarc) is fast in making archives, but its compression is not very strong. But I still like it for some purposes because of its concise one-line format of file comments, which I prefer to the multi-line format used by pkzip and zoo. SEA's arc is available both for MsDos and Unix (from different authors). But it has lost its former popularity and goodwill (unfairly or not) among many users. First with the lawsuit with PKWare (the author of pkarc aka pkpak, and pkzip), and subsequently with its product development policy, which has left very much to be desired, and caused some frustrated postings in the UseNet news. It seems that SEA missed out on its golden opportunity to be the dominant archiver. Now it is but vanishing from the scene. I have seen postings referring to a new incompatible commercial version ARC 7.0, which is not to be distributed through bulletin boards and ftp sites at all. I really fail to understand SEA's self-defeating policies. SEAs new .arc is cannot be handled with the old versions, but I have been told that /pc/arcers/arce*.zip can be used for extraction. NoGate's Pak (as far as I know) is not available for Unix, only for MsDos. But it can handle .arc, .pak, .sdn, and .zip formats, and is the only one having this "multiple" property. Last, but certainly not least lests consider ARJ. ARJ, in version 2.41 at the time of last updating this item, is turning out to be the most serious alternative to PKZIP. ARJ's ability to span an archive on multiple disks is considered one of its strong points. The author is active on the UseNet news, and ARJ has thus good support. The lack of a proper Unix version is however a major weakness. Some users also complain about the switches beeing quite complicated to master. You can, of course, alleviate that problem by using a shell like SHEZ. There are also some other, tight methods like hpack, ha and sqz, but mostly they have only a marginal following. -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:15 1993 Subject: The best ascii text editor 15. ***** Q: What is the best text editor? A: These are difficult questions, especially since almost every user is more or less biased in favor of the program he/she is best familiar with. In the case of text editors these personal views easily flare up into what is appropriately termed as "editor wars". But also objectively speaking there is a good rationale for defending the editor one is used to. Almost each editor involves a great number of predefined (or customizable) key combinations, which at first are difficult to learn, but very natural after one has gotten used to them after extended exposure. This means, that changing over to another editor (even a considerably better one) will involve a high cost of learning. This explains the ardent defensive positions users tend to take, if they feel that their hard-learned habits come under threat when someone else puts down their favorite editor (let alone insists on changing over to their own editor choice). This is how most editor wars break out. Once these cautionary words being said, let me tell you about my own text editor choices. I would prefer to use only a single editor to make life easier for me. This is has not been possible since I have needed editors for several operating systems. These systems have been MsDos, Unix, VAX/VMS, and at an earlier stage Sinclair QL QDOS. Since I write quite a lot of programs in Turbo Pascal, this has dictated my choice of the MsDos text editor to editors with WordStar like commands. At one early stage I even used Turbo Pascal 3.02A as my text editor besides as my compiler. Hence the obvious choice for me has been /pc/editor/qedit215.zip SemWare's QEdit Advanced 2.15 shareware editor. It has very similar commands to Turbo Pascal's integrated editor. There are just two features missing in QEdit which I would like to have. One is the lack of markers to return easily to a spot. The other is that I would dearly like to have the possibility of right-adjusted text. These aside, Qedit has many nice features including configurability, small size (an important consideration for laptops), and useful macro programming (not very easy, though). I also like and need its potential to copy and move columns besides just rows. I won't make the error of saying here that there aren't better text editors, but I can recommend this editor as one good choice. Incidentally, I've written a few macros for QEdit myself. They are available as /pc/ts/tsqed17.zip from garbo.uwasa.fi anonymous ftp archives. SemWare is making a new editor based on QEdit. It will probably be called The SemWare Editor. I have its prerelease version, but I do not currently know whether it will be shareware or fully commercial. It has an advanced macro language setting right the few inadequacies of QEdit. TSE is the editor I use the most (including writing this). In the VAX/VMS environment I earlier used its EDT editor, which is well suited to MsKermit terminal emulation with the PC keypad layout. But when we acquired a Unix Sun 4 to our computer centre as our main computer, I simply had no other viable choice than to learn to use MicroEmacs. Along with many other former EDT users I still intensely hate MicroEmacs (even if I am now fully conversant with it). But as MicroEmacs is available for VAX/VMS I have dumped the EDT editor in order to get by with fewer text editors. I even occasionally use MicroEmacs on my PC for special tasks (eg very long lines) which QEdit cannot handle. The point I want to make here is that the portability of MicroEmacs has been important enough for me to overcome my aversion of its user interface, even if I still feel it is overly complicated to use. And what I have written here is typical of editor discussions. Even if I've tried to be analytical, in retrospect this text much more emotional than my average text. -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:16 1993 Subject: Are FTP sites safe from viruses 16. ***** Q: Am I safe against viruses if download files from FTP sites? A: I'll give some information on this from an FTP moderator's point of view. The official stand is the following directly from one of our public documents: No liability is accepted for the consequences of using, or the inability to use, any of these files. No absolute guarantees are given that these programs are clean from nasties, although none have been in evidence. Please duly observe shareware rules wherever indicated. But remember that there are no absolute guarantees _whatever_ your sources are. There have even been cases of contaminated commercial products. So the safety factor will never be a 100 per cent whether you keep on downloading from ftp sites or not. At worst you can even catch a virus if you buy a new machine (this has been known to happen). On the other hand, the scare should not be exaggerated. It is certainly a good idea to employ two or three good virus testers / protectors such as McAfee's /pc/virus/scanv108.zip and /pc/virus/fp-209d.zip by Fridrik Skulason (or whatever are the current version numbers). There are others too in our /pc/virus directory. I have one small additional trick up in my sleeve. Put my dtetimal.exe in your autoexec.bat. If dtetimal gets contaminated, it will loudly inform you of the fact. Dtetimal is part of my /pc/ts/tsutil39.zip (or whatever version number is current) package at garbo.uwasa.fi archives. Also use /pc/sysutil/chksum.zip to always check at least your io.sys, msdos.sys, and command.com at boot time. You then have a better chance of being alerted if you use these measures. There is a good batch scanz.bat in /pc/ts/tsbat43.zip (or whatever version number is the current) to automate the virus checking of zipped (.zip) archives. -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:17 1993 Subject: Expanding the keyboard buffer 17. ***** Q: Where can I find a program to expand the keyboard buffer? A: To find utilities for this and other specific purposes the very first thing to do is to look through file lists. At garbo.uwasa.fi there are several useful file lists such as /pc/INDEX.ZIP, /pc/INDEXTS.ZIP, /pc/filelist/simlist.zip, and /pc/filelist/cbbs_dos.zip. Here is some information on garbo.uwasa.fi files. /pc/keyboard/256.zip 256 key typeahead buffer /pc/keyboard/buf128.arc Keyboard buffer of 128 characters /pc/keyboard/buf160_5.zip Expand the keyboard buffer to 160 chars /pc/keyboard/fastbf26.zip Keyboard enhancer /pc/keyboard/kbuf_ma.zip Increases keyboard buffer /pc/keyboard/keybbuff.zip Type-ahead keyboard buffer 16-512 bytes /pc/keyboard/keybuf10.zip Resizable keybord buffer /pc/keyboard/skbdinst.arc SUPERKBD v2.41; (repeat rate, buffer,... /pc/keyboard/typeahd.zip A 256 bytes typeahead buffer -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:18 1993 Subject: Problems in Zmodem file transfers 18. ***** Q: How to make Zmodem transfer between a Unix mainframe and my PC? A: You naturally need the Zmodem programs both for your PC and your Unix host. If you don't have them, they can be found in the /pc/termutil and /unix/zmodem directories at garbo.uwasa.fi archives. The /unix/ts/0dir-u file explains how to unpack the Unix facilities. Unpacking the PC facilities is standard knowledge, so no more about that. To the the transfers going at the PC end of things you'll find useful the information that is contained in /pc/termutil/zdoc0814.zip, /pc/ts/tskerm24.zip (zset.cmd in particular), and also /pc/ts/tspfon29.zip (pcpqa.txt in there). These latter two packages concern primarily MsKermit and Procomm, but the Zmodem ideas in them are general. At the Unix end of things you invoke a binary transfer using sz -bey YourFile rz -bey and an ascii transfer by using sz -aey YourFile rz -aey Note that I have experimented with this only on a BSD Unix Sun 4. For the more recent versions try leaving -e switch out if you have problems. It is very difficult to give advice that is generally applicable because there are so many alternatives. One has to rely heavily on experimentation on each different configuration. Prepare a systematical test pattern to go through the all the potential parities, 7/8 bits, and server parameters (if you are running through a server). Such a structured approach has most often (but not always) solved these problems. -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:19 1993 Subject: Unix-like utilities for MsDos 19. ***** Q: Where can I find Unix-like utilities for my MsDos PC? A: There are often questions asking for Unix-like utilities for MsDos, perhaps since many users have a Unix background and would like to use familiar commands. And some of these commands are useful for MSDos even if one hasn't used Unix. In fact they can serve as a gentle introduction to Unix. We have for example the following packages at garbo.uwasa.fi archives in directory /pc/unix: danix102.zip dantools.zip picnix3a.zip picnix3b.zip picnix3up.zip Furthermore there is a large uxutl162.zip in the /pc/unix directory. The danix102.zip (or whatever is the latest version number) collection by Dan Schikore is yet another, originally dated 12-Nov-90. It is a nice set and includes for example man, head, and tail, which have been sought by many users. The well-known picnix utilities are by Peter Heitman, and date back to 1988. Then there is the Dosnix dosnx94i.zip from G. Vrooman. The oldest collection we have is the also useful dantools.zip by Daniel Norton dating back to 1987. Take a look at /pc/INDEX.ZIP for the full list. Also note that the file contents of the /pc/unix packages at Garbo are available as /pc/unix/0unix.dir. So if you are looking for a single MsDos counterpart for a Unix utility, start by taking a look at that list. -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:20 1993 Subject: Hiding files and directories 20. ***** Q: How can I hide files and directories? A: Each MsDos file has a set of attributes: read-only, archive, system, and hidden. You can hide both files and directories by turning on their hidden attribute. The usual MsDos attrib command (before MsDos 5.0) can only change the read-only and archive attributes, so you'll need a program that can change all the attributes. One such facility is attr.com that is contained in the /pc/miscutil/cpcug.zip collection available by anonymous ftp or mail server from garbo.uwasa.fi archives. Some users have suggested naming a directory as ascii 255, but this is non-solution, since the directory will show as blank by the usual dir command. A file, or a directory that has the hidden attribute set, does not show in a directory listing by (the pre-5.0) MsDos dir command. Notice, however, that there are many utilities which will show also the hidden files. This means that these methods are good for elementary hiding only. For more advanced protection you need different tools. One possibility is encrypting files. There are many encrypting facilities around including my crypter.exe in the garbo.uwasa.fi:/pc/ts/tsfcom24.zip file utilities collection. -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:21 1993 Subject: Comparison of telecomm progs 21. ***** Q: Which is better, Procomm Plus or Telix? A: Procomm 1.1A vs Telix 3.12 -------------------------- Both are excellent telecommunications programs. I won't try to answer in any absolute terms, but tell some of my subjective observations, since I have used both quite a lot. I am first speaking of Procomm+ version 1.1A and Telix 3.12 (on Procomm Plus 2.0 later). Procomm+ is a fully commercial program while Telix is shareware. (There is an earlier shareware Procomm [version 2.4.3]. Both the shareware programs are available from garbo.uwasa.fi archives /pc/termprog directory. The shareware Procomm is not in the same league with Procomm+ and Telix). Procomm+ comes with a manual, and there is literature on Procomm+ while Telix documents come as a file in the shareware distribution. I have tried the user support of both, with slightly discouraging results. In the case of Procomm+ I asked about the possibility of a two-way translation table, but the response was a polite no without any useful suggestions. In the case of Telix, I returned a faulty shareware disk, and had no reaction at all. Didn't even get the disk back. (This happened with version 3.12 with the previous owner Exis Inc. Telix has since been sold to deltaComm Development, and I have no experience on contacting the latter.) On the other hand, both are such good products that I haven't really needed the support. Procomm+ and Telix both have a useful command language. Procomm's is annoyingly sluggish since it is interpreter while Telix sports a C-like Salt compiler. Procomm's aspect command language is easier to use, while Telix's Salt command language is really powerful. Procomm+ command files can be invoked from a menu. In Telix this very convenient option is missing. Under difficult conditions with a slow machine plus a fast modem Telix behaves much better. I've even noted circumstances where Telix is the only working choice of the two, because Procomm+ cannot always cope with the load. Admittedly, Telix has fewer file transfer protocols than Procomm+, BUT this is more than amply compensated by the fact that Telix has an inbuilt Zmodem protocol. Neither has a sliding Kermit. The translation tables of both programs cause headaches to users needing some 8-bit characters as we Finns do. Procomm+ does not have an outgoing translation table at all. Telix does, but it gets tangled in ansi graphics when A with double dots is translated. Personally, I prefer Procomm's concise call logging to Telix's fuller but incoherent call logging. This is very subjective but of the two the "feel" of the user interface in Telix is more user friendly than that of Procomm+. In particular, Telix has an automatic starting of downloads. Procomm+ has a superior host mode compared to Telix. Yes, I know that there are external host modes for Telix, such as host44.zip, but I've never managed to make it work even in a selftest. (The host that comes with the new Telix 3.21 version seems ok, though). Incidentally, the host mode of shareware Procomm is better left alone. They frequently crash the machine. Another thing is that Procomm+ host mode shell to dos option also does this. If you use Procomm or Procomm+ you might be interested in more information given in garbo.uwasa.fi:/pc/ts/tspfon29.zip. At the moment I have settled to Telix for calling to BBSes, to Procomm+ when I need the host mode (and MsKermit when I connect remotely to garbo.uwasa.fi, because MsKermit has clearly the best VT102 emulation of the three). Epilogue: At the time I last revised this item. Telix had been sold to deltaComm development, and version 3.20 just been released. It is a minor improvement, but worth taking a look at. Be warned, however, that it employs nagware tactics by having registration reminders at both ends. ---------------- Procomm Plus 2.0 ---------------- At the time I wrote this, Procomm Plus version 2.0 had just been released. (Telix 3.15 arrived when I wrote this, but it's just a minor bug fix). Commercial Procomm 2.0 is mostly at par with shareware Telix 3.12. Much of Procomm 2.0's improvements seem to have directly been adapted from Telix, but there is a touch of TeleMate as well. The aspect language compiler is the foremost example of emulating Telix strengths. But the old Procomm+ .asp files are not compilable without changes! Procomm 2.0 now has an inbuilt Z-modem with autodownload. This is a feature that was sorely missing earlier. Procomm 2.0 has long kermit packets which is an improvement over Telix. The installation phase of Procomm 2.0 is impressive. Full points for that. The really frustrating feature of Procomm 2.0 is the problems with non-US (at least the Finnish) keyboard, which renders much of it inoperable, if not useless. And there is still no outgoing translation table. Over all, my first impressions on the Procomm Plus 2.0 update are far from enthusiastic. On the other hand what might make Procomm Plus 2.0 worth its while is its host mode. It seem more flexibility than before, and can be considered a mini-BBS. This is a feature that Telix practically lacks. But I have had problems with 2.0 file transfers over a direct connection, which I didn't have with 1.1A. Interestingly, the outward appearance of Procomm Plus 2.0 has reverted back to the Procomm shareware days. -------- TeleMate -------- There are other very good telecommunication and terminal emulation programs besides Procomm+, Telix, and MsKermit. One of them is TeleMate (/pc/termprog/tm400-?.zip, where ? = 1,2,3,4). It's speciality is that the file transfers can take place in the background, which, for example, allows you to use TeleMate's useful screen editor while the transfer is taking place. Another nice feature is TeleMate's quote function. On the other hand TeleMate's dialog box based user interface takes some getting used to, and in this respect I feel that Procomm+ and Telix have a clear advantage over TeleMate. Also TeleMate's online help screen is not very coherent, and there is some inconvenience in figuring out how to load the translation tables on a regular basis. Shareware is a nice concept. I was able to try TeleMate out for a period with a clear conscience before making my decision of not adopting. We also have Boyan at garbo.uwasa.fi. I have just taken a very brief look at it, but I know that some users like it. -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:22 1993 Subject: Restoring the screen 22. ***** Q: How can I restore the original screen when a program muddles it? A: Many (screen oriented) programs do not restore the original screen after having been run. They either leave their own last layout on the screen, or, in many cases some kind of a shareware advertisement (nagware :-), or something else what you'd rather not remain on your screen after you exit the program. If you normally use a 25*80 text mode, and you are running a program named, say foo, which does not restore the screen, make the following batch (I have ramdisk on r:) pushscr r:\tmpscr.$$$ /o foo %1 %2 %3 %4 %5 %6 %7 %8 %9 popscr r:\tmpscr.$$$ del r:\tmpscr.$$$ > nul The utilities pushscr.exe and popscr.exe are part of the /pc/ts/tsutld21.zip package (or whatever version number is the latest). If the foo program also changes the video mode, and doesn't change it back, you'll need reset.exe prior popscr. It is available in /pc/ts/tsutil39.zip. Alternatively you can use the MsDos mode command to restore the correct video mode. -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:23 1993 Subject: MsDos compress for .Z files, MsDos uude/encode, etc 23. ***** Q: Where can I find compress for MsDos to handle .Z files? Q2: Is there a tar for MsDos? A: Unix has compress, uncompress and zcat programs to pack or unpack files which are given the .Z extension. These files can also be handled under MsDos using for example /pc/unix/comp430d.zip, which is available from anonymous FTP sites like garbo.uwasa.fi, SimTel, etc. There is one useful trick if you uncompress on MsDos such text files that have been made on Unix with compress. Unix and MsDos have different eolns (end of lines). You can extract a Unix compressed text file as follows comp430d -d -c YourZFile | unix2pc > YourOutputFile where unix2pc.exe is taken from /pc/ts/tsfilt19.zip (or whatever is the current version number). While we are at it let's look at two similar questions of MsDos counterparts for Unix file handling. Uuencoding and uudecoding is a common method to handle files so that they can be sent as ordinary ascii email. There are several utilities for uu(en/de)coding files on a PC. See our /pc/decode directory. One that I can recommend is uuexe522.zip (or whichever version is current), which has an option to use formats like the one employed in the comp.binaries.ibm.pc binary postings. Yet another often queried counterpart for Unix is tar for MsDos. See our directory /pc/unix for tar extractor utilities such as tar4dos.zoo, extar10.zip (or whatever version number is current), or ltarv3.zip. If you have a *.tar.Z file, you'll first have to uncompress it and then untar it. On MsDos this requires a bit of juggling with the file names, since MsDos can handle only one point (.) in a file name. (Since I have been asked: On VAX/VMS the extension TAR-Z is used eg on SimTel, but unlike Unix tar.Z this is a local rather than a generic convention.) -------------------------------------------------------------------- From ts@uwasa.fi Sat Oct 16 00:00:24 1993 Subject: Reporting shareware bugs 24. ***** Q: I found a bug in a shareware or a PD program. How should I report it? A: This is not actually a Frequently Asked Question, but I would like to put forward some personal views on this. Starting with my own programs, all sensible feedback is welcome whether it is emailed or posted. Some of the colleagues on the net may have a slightly different views on reporting the bugs publicly, and I respect also that view, even if I don't personally see anything basically wrong with it as long as the feedback is not malicious or outright incorrect. The first thing to do when you note a bug (or a truly problematic feature), and want to report it, is to recheck your facts. Is it an error you have made, or a simple case of RTFM (you haven't read the documentation properly)? If the bug is still there, then by all means go ahead and report. The second thing to do before reporting to a major shareware author is objectively asking yourself are you just trying to solicit extra support, or are you honestly reporting a bug for the author's benefit. Let me tell you about my own method of giving feedback. When reporting bugs I have had very varying responses from shareware authors. Some are very responsive, some never answer. The method I use (if I feel I have something useful to report) is roughly the following. If I can find out the email address of the author I send an email report. If I cannot find the email address I leave things be (I'm frankly too busy to go through the extra trouble of ordinary paper mail). If I get a confirmation of the receipt (or have at sometime had useful exchanges with the author), then ok. If I don't get any reaction (or haven't had any previously), I let things lie, but if I ever have further feedback, I won't send it. Instead I send an enquiry telling that I have this bug report, and ask the author if s/he is interested about getting my bug report. If I still get no response, I won't bother send that author any feedback ever again. Incidentally, I have compiled a list of the addresses of MsDos PD & SW authors reachable on or from InterNet. This list is available as garbo.uwasa.fi:/pc/pd2/author*.zip, where * = 20 when I revised this. --------------------------------------------------------------------