hicks@WALKER-EMH.ARPA (Gregory Hicks COMFLEACTS) (08/06/88)
Info-IBMPC Digest Fri, 5 Aug 88 Volume 7 : Issue 35 This Week's Editor: Gregory Hicks -- Chinhae Korea <hicks@walker-emh.arpa> Today's Topics: 386/ix Parallel port reads DMA access request Control-c Trapping Under Msc: The Day After (2 msgs) Spooling Files to Disk Today's Queries: CGA Emulation on Hercules Cards Best calendar/Appointment scheduling software Do Editors that use BIOS vice Direct Writes Exist? HP plotter driver needed software for theatre work? Turbo C and PC-NFS problem New Programs Section: DCOPY.ARC New MSDOS files uploaded to Simtel20] possibly pirated program New MSDOS files uploaded to Simtel20 New uploads to SIMTEL20 Info-IBMPC Lending Library is available from: Bitnet via server at CCUC; and from SIMTEL20.ARPA (see file PD1:<msdos>files.idx for listing of source files) SIMTEL20.ARPA can now be accessed access from BITNET via LISTSERV@RPICICGE.BITNET using LISTSERV Commands Send Replies or notes for publication to: <Info-IBMPC@Walker-EMH.arpa> Send requests of an administrative nature (addition to, deletion from the distribution list, et al) to: <Info-IBMPC-Request@Walker-EMH.arpa> ---------------------------------------------------------------------- Date: Mon, 1 Aug 88 10:14 EDT From: "MAJ DAVID C. MCGUFFEY" <McGuffey@DOCKMASTER.ARPA> Subject: 386/ix There is a digest called 386users which deals with all aspects of using 386 systems. Their specialty is unix/xenix. Try 386users@udel.edu dcm ------------------------------ Date: Mon, 1 Aug 88 10:59:43 EDT From: David Kirschbaum <kirsch@braggvax.arpa> Subject: Parallel port reads Ken Selvia inquired about a program to read his PC's parallel port and write data to a file (assuming some external system is sending data to that port as if it were a printer). I think that's gonna be kind of "hardware specific." The manual that came with my Persyst Mono Card (with parallel port) gave pretty clear instructions on how to set up the port for 2-way or input operation, how to read data, etc., but there's NO guarantee things would work the same with any other card. Could've SWORN I ran across something recently in one of the PC magazines lately (Byte, Dr. Dobbs, PC Tech, something) about how to use the parallel port for I/O (with example code .. C, I think), but just can't find it! I could fairly easily write a little hack that would snarf bits coming in to my parallel port, but with no knowing if it would work on anything but a Persyst parallel port ... not worth the trouble. Sorry I couldn't be of more help. David Kirschbaum Toad Hall kirsch@braggvax.ARPA ------------------------------ Date: Mon, 1 Aug 88 10:54:53 CDT From: steve@ncsc.ARPA (Mahan) Subject: DMA access request Ken Grigg recently wrote about problems he was having using the 8237 DMA controller chip. I ran across some information while installing FASTBACK that may be useful. The installation routine contains a check of the DMA (8237) chip. It seems that most of the AMD (Advanced Micro Devices) DMA controllers are not capable of handling simultaneous DMA channel activity. Check the brand of your controller chip and replace an AMD with an Intel or other brand. If you have a soldered chip you may have to replace the motherboard or use only one channel for DMA at a time. Stephen Mahan steve@ncsc.arpa Naval Coastal Systems Center (904) 234-4224 Ken, I tried to mail you directly but both addresses bounced. ------------------------------ Date: Fri, 29 Jul 88 09:27:02 EDT From: BRUCE_KAHN@VOID.CEO.DG.COM Subject: Control-C traping under MSC: The day after I recently got a copy of INTERCEP.ASM. After looking at the principles involved in trapping the elusive ^C I was sure that my troubles were over. Alas, this was not to be. So I typed in the example listed in the MSC manual under SIGNAL() (used to trap "signals" like CTRL+C and more). Still no luck. Well, I dont give up that easy so I tried a whole lot more (too much to mention here) and finally resorted to using CodeView to trace into the SIGNAL() function itself. The example program used it to execute a program supplied function upon any CTRL+C so I figured Id just watch what they do and grab the errant text before it is put into the print buffer and flushed to the screen (there are actually 3 characters put into the buffer: a control-x to cause termination of any input, a caret and the upper case C; refer to the System call dictionary under Interrupt 23H). I was in for a lot of fun when I found that MSC does almost the same thing that INTERCEP does but to a DIFFERENT interrupt! MSC grabs the INT 23H vector (the "Control-C exit address") and uses it to handle the keypress. All the info I have says that INT 1BH (like in INTERCEP.ASM) is also used and no one seems to be sure of which is used for which. If you want to see some real confusion, read the Peter Nortons Guide to the PC concerning in- terrupts (starting near the beginning of chapter 3). I digressed... Anyways, I used CodeView to set breakpoints on the first instruction of the INT 1BH and 23H interrupts and found that ONLY the INT 23H was called when CTRL+C was pressed. Any PC gurus out there that can tell me the difference between the INT 1B and INT 23? Now to the point of this post, I'm stuck again! I really need a good solution to this very vexing ^C business and fairly soon. I have spent 3 days solid with CodeView and have only managed to give my memory a good work out. The "Calls" tells me that I went from the normal PRINTF(); routine to the MSC INT 23H handler after a call to the character _WRITE(); routine (built into MSC obviously). Too bad CodeView cant tell me what In- terrupts are active or have been invoked. My thanks to John Galvin for posting INTERCEP.ASM but Im still back at square one. Can anyone offer ANY help or suggestions!??! Bruce (KAHN@ADAM.DG.COM or Bruce_Kahn%VOID.CEO.DG.COM@ADAM.DG.COM) ------------------------------ Date: Tue, 26 Jul 88 21:04:04 CDT From: galvin%circle.UUCP@cs.wisc.edu (John Galvin) Subject: Control-c Trapping Under Msc: The Day After > Now to the point of this post, Im stuck again! I really need a good > solution to this very vexing ^C business and fairly soon. Hi Bruce, After I saw your message, I decided to do a bit more thorough of a job. The result is included below. It is made up of two files: ctrl_c.c and ctrl_c.h. I have tested these routines some, and they appear to handle Ctrl-C and Ctrl-Break with no problem. This code was written for MS C v5.1. Some rewriting *will* be necessary to get it to work under previous versions of the compiler. In particular, the do_break() and do_intcpt() routines would have to be coded in assembler. Fortunately, the do_break() and do_intcpt() are merely C versions of the stuff in intercep.asm. So if you had to, you could remove those routines from ctrl_c.c and replace do_break(INTERCEPT) with intercept() and do_break(RELEASE) with release(). If you have 5.1 things should work fine. Have a nice day :-) ! --John -- John Galvin ARPA: galvin@circle.UUCP 1810 Fordem Ave. #6 UUCP: ...!uwvax!geowhiz!circle!galvin Madison, Wi 53704 FidoNet: Sysop of 1:121/0, and 1:121/1. (608) 249-0275 [The program CTRL-C.C has been forwarded to SIMTEL20 for inclusion in file PD1:<msdos.c>ctrl-c.c ... --gph] ------------------------------ Date: 27 Jul 88 20:40:20 GMT From: mcvax!euraiv1!evas@uunet.UU.NET (Eelco van Asperen) Subject: Spooling Files to Disk in article <8807200652.AA22120@ucbvax.Berkeley.EDU>, "Thomas W. Dixon" <twdixon%thunder.uucp@RELAY.CS.NET> says: > I am looking for a program that will spool files on the PC to disk > rather than the printer. We have a public domain one called LPTx. It does > not work well when we try to print a file from inside WORD PERFECT, it > only sends 4096 bytes of the document to a file. Why don't you use WordPerfect's built-in print-to-file feature ? When installing the printer in WP, it will ask which device to use. Answer Other and WP will prompt you for a file-name. The only disadvantage is that WP overwrites the file if you print more than one document. (This is even true for WP5.) By the way, which version of LPTx are you using ? I have v7.0 here. Don't forget to call lptx with the '-c' parameter *after* printing the document to force it to flush its buffer and close the file. Eelco van Asperen. uucp: evas@eurtrx / mcvax!eurtrx!evas #include <inews/filler.h> earn/bitnet: asperen@hroeur5 #include <stdjunk.h> "We'ld like to know a little bit about you for our files" - Mrs.Robinson, Simon & Garfunkel ------------------------------ Date: 1 Aug 88 06:22:55 GMT From: munnari!mulga.oz.au!jayen@uunet.UU.NET (Jayen Vaghani) Subject: CGA Emulation on Hercules Cards Does anyone know of any software that will do CGA Emulation on a Hercules Card? Will it actually lock the emulation mode across warm boots? Is the software PD? Jayen. ------- UUCP: {uunet.uu.net,ukc,ubc-vision,mcvax}!mulga.oz!jayen ARPA: jayen%mulga.oz@uunet.uu.net CSNET: jayen%mulga.oz@australia ------------------------------ Date: 28 Jul 88 02:00:28 GMT From: ccicpg!cci632!ritcsh!ritcv!mls9597@uunet.UU.NET (Michael Slade) Subject: Best calendar/Appointment scheduling software What is your favorite calendar /appointment scheduler program? I am looking for one for myself and my group to use. Some easy way to handle multiple schedules is a must and some way of scheduling a meeting between several people is desireable. If you don't have a favorite, what are some of the assets and liabilities of the ones you know about? Commercial products to PD software are all in the running but what criteria should I be using to judge them? If there is something that will arrange meetings between people whose schedule it keeps, both centralized databases and disttibuted database systems solutions are possible- what software uses centralized systems and what uses a distributed model? All comments, criticisms and even flames on different scheduling/appointment software cheerfully accepted. Michael Slade mls9597@ritvaxa.bitnet ------------------------------ Date: Mon, 25 Jul 88 10:44:41 PDT From: manley@lbl-csam.arpa (Oscar Manley [ams-doe]) Subject: Do Editors that use BIOS vice Direct Writes Exist? is there an editor package that works through bios rather than directly writing to the screen buffer. I need it to work from my terminal using procomm 242 on my office pc (host mode will not work with the out put going directly to the screen buffer). Any ideas? OPM ------------------------------ Date: 27 Jul 88 21:10:17 GMT From: rupp@cod.nosc.mil (William L. rupp) Subject: HP plotter driver needed A fellow user is using a piece of software called Beam, from Stellar Software to do optical design. For hardcopy, he has been doing screen dumps, since the software supports no printers. Does anyone know of an HP Plotter (7500 series) driver that will support Beam? If so, we would appreciate hearing about it. Thanks. Bill/Computer Resource Center rupp@nosc.mil (re:dick anderson) ------------------------------ Date: Thu, 28 Jul 88 9:47:47 EDT From: Don Cotabish <dcotabis%amc1@amc-hq.arpa.amc> Subject: software for theatre work? I would also be interested in receiving any replies concerning theatre software. Also, thanks in advance. -Don ------------------------------ Date: 27 Jul 88 17:01:04 GMT From: zz1he%sdcc19@ucsd.edu (Heather Ebey) Subject: Turbo C and PC-NFS problem I am having a problem running Turbo C ver. 1.5 under PC-NFS 3.0. It is difficult to determine which software is causing the problem. The Turbo C integrated environment will recognize the remote drive, E:, but it will not load or save files to the remote drive. After a minute of a steady blip in the upper corner (means the network is trying), the message is "Critical Error, Disk is not ready in drive E. Retry or Abort" Retry just repeats the same. Abort displays the message "Error: Invalid drive or directory. Press ESC." Has anyone seen this problem before? Is there a solution? That is aside from having each user in the microlab copy files to drive C: and then remember to copy the modified files back to drive E: (each user's personal directory). I have calls into both Borland and Sun, but they just got the info and haven't had time to work on it. I'm trying to resolve this before August 2nd, when the students who will be using the microlab arrive. -----------------INTERNET: hebey@ucsd.edu-------------------- Heather Ebey Voice: (619) 534-2448 UCSD, Academic Computing Center, C-010, La Jolla, CA. 92093 -----------------BITNET: hebey@ucsd.bitnet------------------ ------------------------------ Date: Tue, 26 Jul 1988 14:35 MDT From: Keith Petersen <W8SDZ@SIMTEL20.ARPA> Subject: DCOPY.ARC > From: EIBEN at TOPS20.DEC.COM > > DCOPY copies floppies as 'images' from floppy to floppy or from floppy > to file [and vice versa].. pretty useful, if a 'full floppy' with a > bunch of subdirs has to be 'moved' and one doesn't really want to > 'diddle' - so one DCOPY A: FOO - followed by a PKARC A FOO FOO.IMG and > 'ships' FOO.ARC , which can be by reverse procedure used to > re-constitute the floppy-image. > > Rgds, > Bernie. Rather than have it "buried" in <msdos.c> I felt that it should be placed in <msdos.dskutl>, especially since it includes an executable as well as source. Filename Type Bytes CRC Directory PD1:<MSDOS.DSKUTL> DCOPY.ARC.1 BINARY 41728 AAC1H --Keith ------------------------------ Date: Mon, 25 Jul 1988 12:20 MDT From: Keith Petersen <W8SDZ@SIMTEL20.ARPA> Subject: New MSDOS files uploaded to Simtel20] >From: Russ Nelson <nelson at sun.soe.clarkson.edu> > <msdos.gif>MACBEST1.ARC BINARY 144634 CCE9H G-rated GIF pics > <msdos.gif>MACBEST2.ARC BINARY 122871 8590H G-rated GIF pics >Nope--they're readmacs with a .PIC extension. >-russ ------------------------------ Date: Mon, 25 Jul 1988 14:29 MDT From: Keith Petersen <W8SDZ@SIMTEL20.ARPA> Subject: possibly pirated program From: Ralf.Brown at B.GP.CS.CMU.EDU The file VTREE.COM in the newly-posted <MSDOS.DIRUTL>VTREE2.ARC looks like it may be pirated. "STRINGS VTREE.COM" shows: DOS Tree Display (c) Copyright International Business Machines Corporation 1984 by Robert A. Flavin Ribo (No subdirectories) If you were supposed to have extentions on directory names, there would have been examples of it in the DOS manual! TREED -- Displays Directory Hierarchy Written by R A Flavin. etc. The fact that the filename and the program's text differ is definitely suspicious, even without the copyright notice. Ralf ------------------------------ Date: Sun, 24 Jul 1988 18:53 MDT From: Keith Petersen <W8SDZ@SIMTEL20.ARPA> Subject: New MSDOS files uploaded to Simtel20 Please note - two new directories have been added: <msdos.pcpursuit> and <msdos.telix>. Filename Type Bytes CRC <msdos.arc-lbr>ARCTOOL4.ARC BINARY 49291 9E51H shell for pkarc <msdos.database>ASHTIPS.ARC BINARY 64211 17B4H tips for dbaseii <msdos.trojan-pro>DELOUSE1.ARCBINARY 22529 A888H trojan/virus protect <msdos.sysutl>DOSTIPS2.ARC BINARY 14993 40CCH msdos tips on usage <msdos.pcpursuit>EXCHANGE.ARC BINARY 42390 E77EH exchange/cities list <msdos.telix>EZDIAL10.ARC BINARY 9201 B346H telix pcpursuitdialer <msdos.dskutl>FASTCOPY.ARC BINARY 12210 96FEH fast disk copy <msdos.sysutl>HDWEELVL.ARC BINARY 1224 DDC3H hardware error levels <msdos.filedocs>IBMJUL22.ARC BINARY 150505 9B71H GEnie IBM RT filelist <msdos.txtutl>LST60ASM.ARC BINARY 13833 30A1H earlier list.asm src <msdos.deskpub>MAC2VENT.ARC BINARY 15863 0391H MAC to Ventura cvrt <msdos.gif>MACBEST1.ARC BINARY 144634 CCE9H G-rated GIF pics <msdos.gif>MACBEST2.ARC BINARY 122871 8590H G-rated GIF pics <msdos.sysutl>ONCALL.ARC BINARY 116381 65ADH multi-tsr manager <msdos.txtutl>REMBS.ARC BINARY 31922 231BH remove backspaces <msdos.autocad>SHARELIB.ARC BINARY 15914 7DADH autocad drawing files <msdos.screen>SNIPPV12.ARC BINARY 18362 D0DBH write screen to file <msdos.printer>SPOOLG.ARC BINARY 3684 F31AH tsr ram print spool <msdos.screen>TELEPORT.ARC BINARY 11878 CC20H write screen to file <msdos.telix>TLX-RVW.ARC BINARY 2979 DD79H telix 3.0 review <msdos.trojan-pro>VACCINE.ARC BINARY 31408 50AAH anti-virus file check <msdos.zmodem>YAMDEMO.ARC BINARY 176032 22C9H Pro-YAM demo-Forsberg <msdos.zmodem>YAMHELP.ARC BINARY 128389 D604H Pro-YAM demo-Forsberg --Keith ------------------------------ Date: Tue, 26 Jul 1988 16:17 MDT From: Keith Petersen <W8SDZ@SIMTEL20.ARPA> Subject: New uploads to SIMTEL20 More new uploads to SIMTEL20 today... Filename Type Bytes CRC Directory PD1:<MSDOS.ASMUTL> EXECOM14.ARC BINARY 21504 0297H <-update of PD EXE2COM w/C-lang. source Directory PD1:<MSDOS.BASIC> OOPS.ARC BINARY 538 0303H save Basic program after exit to sys Directory PD1:<MSDOS.BBS> GATEWAY.ARC BINARY 6136 EAA5H modem/console both control PC GATEWAY2.ARC BINARY 7536 7F6FH modem/console both control PC (newer) NEWHOST.ARC BINARY 1544 0D6EH modem/console both control PC Directory PD1:<MSDOS.HAMRADIO> SM107.ARC BINARY 101171 C979 'Super Morse' - Morse code trainer Directory PD1:<MSDOS.MODEM> SUBWAY21.ARC BINARY 10710 8C2EH TSR terminal w/background text capture Directory PD1:<MSDOS.PACKET> PACKET.ARC BINARY 11433 6AC4H Packet Radio tutorial Directory PD1:<MSDOS.PCPURSUIT> CITYLIST.ARC BINARY 1147 4FC0H cities with PC Pursuit out-dialers TELEPRMS.ARC BINARY 18330 AD99H proper setting of Telenet parameters Directory PD1:<MSDOS.SYSUTL> CNFGTXT.ARC BINARY 17618 3A51H tutorial on CONFIG.SYS and AUTOEXEC Directory PD1:<MSDOS.TELIX> TLX3SORT.ARC BINARY 20194 EBE9H sort Telix 3.0 phone directory Directory PD1:<MSDOS.DIRUTL> TREE.ARC BINARY 7632 356DH PD graphics Tree directory w/source Directory PD1:<MSDOS.SMALLTALK> SMDOCS.ARC BINARY 70560 C3A8H \ SMEXE.ARC BINARY 87840 D8A1H >Subset of Small-Talk w/C source SMPROGS.ARC BINARY 105120 EF6EH / SMTALK.ARC BINARY 174240 2E1AH / --Keith ------------------------------ ************************ End of Info-IBMPC Digest -------