Path: utzoo!utgpu!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!ukma!rutgers!ucsd!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 #56 (Part 2) Message-ID: <8811271340.AA22118@ucbvax.Berkeley.EDU> Date: 27 Nov 88 16:37:33 GMT Sender: daemon@ucbvax.BERKELEY.EDU Reply-To: Info-IBMPC@WSMR-SIMTEL20.ARMY.mil Organization: The Internet Lines: 412 Approved: info-ibmpc@walker-emh.arpa Info-IBMPC Digest Sun, 27 Nov 88 Volume 7 : Issue 56 Today's Editor: Gregory Hicks - Chinhae Korea Today's Topics: New MSDOS upload: DABUTIL.ARC How to transfer files from WSMR-Simtel20 to a PC via a VAX/VMS SIMTEL20 files in Europe Single Drive Copying (2 msgs) Error in LOGITECH Modula-2/86 3.03 - Library Module DOS3 ARCE on VAX/UNIX Today's Queries: Expanded memory? QuickBasic Floating Point query Information about authoring systems HARD DISK Type 2 on IBM PC clone?? Keyboard problem Transfering images from a PC to VCR ---------------------------------------------------------------------- Date: Tue, 22 Nov 88 11:17:46 CST From: Don Branson Subject: New MSDOS upload: DABUTIL.ARC Just uploaded: DABUTIL.ARC. It is a SHAREWARE collection of utilities. The author claims that the programs have been tested on IBM PC's and IBM PS/2 model 80's. This is the directory and CRC information: >Filename Type Bytes CRC > >Directory PD1: >DABUTIL.ARC.1 BINARY 64880 6067H Files in this archive: README.DAB Description of the disk and registration procedures. DABUTIL.DOC A description of each utility in the archive DABUTIL.REG A registration form. LD.COM List Directory utility FF.COM Find File utility DI.COM Display disk format information, file location information SD.COM Sort current directory ENC.COM Copy file, encrypting it in the process CATALOG.COM List files and archive contents on a disk Don Branson C08922DB@WUVMD.BITNET ------------------------------ Date: Thu, 24 Nov 88 11:56 N From: Subject: How to transfer files from WSMR-Simtel20 to a PC via a VAX/VMS Hi all! This might be an aswer to the problem mentioned by Jorge Obiol (EAOBIOL@EBRUPC51.BITNET) in ibmpc #7.52 about how to receive WSMR-Simtel20 files on a VAX/VMS: Something (I don't exactly know what) goes wrong when receiving the WSMR- Simtel20 files. If you avoid the RECEIVE * command, and use the next series of commands instead, you should get better results: $ RECEIVE > COPY/NOTRANSLATE * * > EXIT $ ANALYZE/RMS/FDL You now have an .FDL file. Edit this with: $ EDIT/FDL You now enter the FDL editor. Enter M (for modify), then R (for record), then CAR (for Carriage Return), then NONE (for none). Then a few Ctrl-Z's to exit the editor. Finally type: $ CONVERT/FDL= The new filename is one you make up yourself, and after the convert command you can download this new file to your PC. There should be no more problems unpacking your file after this. Good luck! I also have a question: A few months back I started to work with Turbo Pascal 4.0, thinking this was the ultimate update. But now I hear talking about a 5.0 version... Please tell me, what's new in 5.0? Is it worth it to upgrade? Greetings, Danny Lagrouw, Rotterdam, Holland (MEELISSEN@HROEUR5.BITNET) ------------------------------ Date: 23 Nov 88 20:17 -0100 From: Michal Jankowski Subject: SIMTEL20 files in Europe >From: > A few issues ago European users were requested to use either > TRICKLE@TREARN or TRICKLE@DKTC11. I have tried this without success using > the commands PDDIR and PDGET. These worked fine with LISTSERV@RPICICGE.. I have tried to use the European servers with various levels of success. The story so far is: I can only receive mail format files (ie, no binary files). LISTSERV@RPICICGE worked flawlessly and sent me any file I re- quested. It split big files in parts (there is a limit on the mail message size, you know), uuencoding them and everything. After TREARN and DKTC11 were announced, I tried them both and got some /pddir listings from DKTC11, but a /pddir request to TREARN resulted in a uuencoded file that appeared to be EBCDIC. I tried to get RPICICGE to send me another file, but it now replies that I should use a European server. I tried DKTC11 once more - it worked on Nov 10, but on Nov 13 it told me to use AWIWUW11 instead. On Nov 13 I requested from AWIWUW11 the following: pd1:EASY-NET.ARC pd1:TLX310-1.ARC pd1:TLX310-2.ARC pd1:TLX310-3.ARC It replied that those files are being requested and after a day or two I received TLX310-2.ARC and TLX310-3.ARC from TRICKLE@IMIPOLI(?), each as one enormous uuencoded mail messsage. They arrived once more on Nov 19, this time from TRICKLE@TREARN. On Nov 21, I received a message from some obscure mailer to the effect that a message from TRICKLE@TREARN of Nov 14 was not delivered because it was to big. I can only assume that it was one of the missing files, but there no sign of the other. So, my conclusion is: the European servers work for small files only. Christoph H. Hochstaetter suggested (in issue 54) some more addresses, but I have yet to try them. Michal Jankowski ------------------------------ Date: Wed, 23 Nov 88 07:47 PST From: Michael L. Farkas Subject: Single Drive Disk Copy Beverly Ross writes "I've a friend with a Toshiba 1000 who's going crazy having to constantly switch diskettes into the one diskette drive in order to copy files." If your friend has enough memory to set up a ram disk the size of the disk they want to copy, have them copy the disk to the ram disk and then copy the disk to the ram disk and then recopy the ram disk to the new disk. I've never tried this, but I see no reason why it wouldn't work. Let me know the results. Mike Farkas (farkas@scrc-stony-brook.arpa) ------------------------------ Date: Thu, 24-NOV-1988 08:37 +0100 From: "UBMJS2::RMEYER" Subject: Single Drive Copying > I've a friend with a Toshiba 1000 who's going crazy having to > constantly switch diskettes into the one diskette drive in order to copy > files. Does anyone out there know of any public domain or commercial > program that can read larger chunks of files into RAM and then copy them? > I'll relay any responses and they'll be appreciated. Use the program XCOPY. You will find it in the your MS-DOS disk. [The program DISKCOPY on the DOS 3.0/.1/.2 works as well.] XCOPY reads the files into memory and then copys then to the target disk. You only have to change diskettes, if there is a lot of data to copy or your computer has limited memory. XCOPY can also be used to copy a complete directory tree from one disk to another. [DISKCOPY won't do this...] Reinhold Meyer Abt. Forstliche Biometrie u. Informatik Buesgenweg 5 D 3400 Goettingen BITNET: U0018@DGOGWDG5.BITNET ------------------------------ Date: 23 NOV 88 12:30- From: HOLTHAUS@DBNINF5.Bitnet Subject: Error in LOGITECH Modula-2/86 3.03 - Library Module DOS3 This Module doesn`t appear to work properly: I tried the Procedure LockUnLockFileAccess, but this Procedure returned very unexpected results: DOS-Returncodes, which does`t exist and so on. The error is very simple: This Module was translated with the /O+ switch (Register Optimization on). If you translate it with the /O- - Option, everything ist o.k. I have tried the Compilation with the /O+ switch, and the wrong results reappeared. The compiler-specific documentation reports the problems, if you call DOS-Routines with GETREG and SETREG and Optimiza- tion on! If you want to use this Module and if you are an owner of the toolkit (and so the library sources), there is no further problem. Other- wise you have to program your routine directly. ------------------------------ Date: Wed, 23 Nov 88 11:14:46 EST From: Paul.Birkel@K.GP.CS.CMU.EDU Subject: ARCE on VAX/UNIX Is there a version of ARCE that will run on a VAX under UNIX somewhere on SIMTEL20? I haven't been able to identify one from the .crclst file. I as- sume that it would be in C. Basically, in the absence of documentation (strings or otherwise) external to the .ARC file, I have to move the file to my PC before I can find out whether I really want the contents. Not that that's all that much more complicated than getting it from SIMTEL20 in the first place ... but it's another layer of hassle that *could* be avoided. [Again, see the first message in this Digest. External documentation IS available.] I'd just like to be able to extract a contents, and any .DOC, .TXT, etc. files, on the VAX/UNIX to see if the executables will prove useful. Thanks, paul Internet: pab@cs.cmu.edu Bitnet: pab%cs.cmu.edu%smtp@interbit CSnet: pab%cs.cmu.edu@relay.cs.net Uucp: ...!seismo!cs.cmu.edu!pab USPS: Paul A. Birkel, CS Dept, CMU, Pittsburgh, PA 15213-3890 Voice: (412) 268-8893 ------------------------------ Date: Wed 23 Nov 1988 10:42 CDT From: Subject: Expanded memory? As I am not sophisticated about the innards of pc's, this may be a dumb question, but I'd still like to know. I have a Kaypro PC, which has 728K RAM. Everything above 640K is available to me as a RAM disk, but I'd don't really need one. Is there any program that would permit me to use the ex- tra RAM as expanded memory, which I'd find a lot more useful? Dale Hample Dept. Communication Western Illinois Univ. ------------------------------ Date: Tue, 22 Nov 88 10:55:31 IST From: Sefi Merkel Subject: QuickBasic bug I just found I have a problem, I wrote a large program in QuickBasic Ver 4.0, and found that there seems to be a problem with calculations using floating point variables. I wrote a small test program to try and isolate the problem: t! = TIMER FOR i% = 0 TO 10000: NEXT PRINT "integer "; TIMER - t! t! = TIMER FOR i& = 0 TO 10000: NEXT PRINT "long integer"; TIMER - t! t! = TIMER FOR i! = 0 TO 10000: NEXT PRINT "single precision"; TIMER - t! t! = TIMER FOR i# = 0 TO 10000: NEXT PRINT "double precision"; TIMER - t! END The output was: integer .1601563 long integer 1.310059 single precision 29.33008 double precision 31.81006 ) My question is: why are the floating point calculations so slow? Is there a way to speed this up (short of buying an 80X87?) I understand that the 80X87 has to be emulated in software, but must the difference in loop's be that much? In the Microsoft Basic compiler Version 2.0 the difference was much smaller. The floating point calaulation was faster even using the basic interpreter. NOTE: the compter configuration was is a standard IBM/PC without a 8087 coprocessor (so software emulation is used by the compiler). Thanks. Sefi Merkel (SEFI@BGUVM.BITNET ------------------------------ Date: Wed, 23 Nov 88 16:43:00 HOE From: Montserrat Martinez Guilera Subject: Information about authoring systems Does anyone have any information about these authoring systems? IconAuthor (Aim Tech Corp) Authology (CEIT systems) Quest (Allen Communications) Authority (Interactive Training Systems) MicroTICCIT (Hazeltine Corp) THANKS IN ADVANCE. ------------------------------ Date: Thu, 24 Nov 88 18:15 N From: Vassilios Tsonis <84655026V@CSGHSG5A> Subject: HARD DISK Type 2 on IBM PC clone?? I have this IBM PC clone with a ROM BIOS Minta 86. This machine does not have a hard disk. I found a SEAGATE 20 Mb/Type 2, that was used on an IBM PC/AT. Is there anyway that I could make it work with the clone? Does any one know where I could get a controller? Will SEAGATE provide any? [Controllers should be available from any of the mail order houses... Check the latest 'Computer Shopper'... Is there a branch of Western Digital near you?] with best regards Vassilios Tsonis, 84655026@CSGHSG52.EARN ------------------------------ Date: Wed, 23 Nov 88 21:57:24 +0100 From: mcvax!geocub.greco-prog.fr!anthes@uunet.UU.NET (Franklin Anthes) Subject: Keyboard problem I've written an interactive audio visual program. The hardware I'm using is: - IBM PC XT - Laserdisc player - genlock board to sync. graphics with video - sound board, for playing back digitized sounds - special keyboard (9 keys, no moving pieces, VERY sturdy) The program controlling the whole setup is written using Turbo C 1.5. So much for the background:-) Now the problem: About 90% of the time, my program doesn't read the keyboard (ie. it's busy showing video sequences, producing digitized sound etc.). Now if somebody happens to have their hand resting on the keyboard (just touching it will do), then scads of key hits are sent to the PC. Things get really bad when the keyboard buffer fills up. Every new key sent by the keyboard now provokes a beep, and this brings practically everything to a halt. Of course in this situation all synchronization between my program and the video disc player is lost! To remedy this situation I have tried the fol- lowing void interrupt (*temp)(); void interrupt dummy(void) {} /* do nothing interrupt routine */ void disactivate(void) { temp=getvect(9); /* save old interrupt routine */ setvect(9,dummy); /* do nothing when keyboard interrupt happens */ } void activate(void) { setvect(9,temp); /* use regular keyboard interrupt routine */ } This is typed in from memory so there may be some typos. The problem is that this doesn't work. The machine seems to lock up, if I hit a key when the keyboard is "disactivated". If I hit keys only when the keyboard is activated, it seems to work for a while, and then the program locks up mys- teriously, in the middle of nowhere! The sequence of calls is: disactivate(); ... activate(); ... disactivate(); ... /* the program locks up while producing digitized sound */ Has anyone else ever had to do somthing like this? I'd sure appreciate some advice on the subject! PS: The interactive audio visual is about AIDS prevention here in France. So if somebody wants to do a good deed today, this is a very good oppor- tunity. ------------------------------ Date: 24 Nov 88 02:28 -0330 From: D. Bruce Pike Newfoundland Subject: Transfering images from a PC to VCR Is anybody aware of a product which can record PC images using a VCR? I've been told it's possible to use the composite connector on my EGA Wonder graphic card but I'm not sure if this will give more than one color or provide acceptable resolution. I'd be interested in purchasing additional equipment if it produces more professional results. Any advice or suggest- ions on my predicament is greatly appreciated. ------------------------------ ************************ End of Info-IBMPC Digest -------