home *** CD-ROM | disk | FTP | other *** search
/ Windoware / WINDOWARE_1_6.iso / misctext / pcdg9178 / pcdg9178
Text File  |  1991-04-11  |  16KB  |  423 lines

  1.  
  2.  
  3. Received: from MITVMA by MITVMA.MIT.EDU (Mailer R2.05) with BSMTP id 5268; Fri,
  4.  05 Apr 91 18:52:13 EST
  5. Received: from WSMR-SIMTEL20.ARMY.MIL by mitvma.mit.edu (IBM VM SMTP R1.2.1MX)
  6.  with TCP; Fri, 05 Apr 91 18:52:03 EST
  7. Message-ID: <910403232413.V91N78@WSMR-Simtel20.Army.Mil>
  8. Date: Wed,  3 Apr 91 23:24:04 GMT+1
  9. From: "Info-IBMPC Digest" <Info-IBMPC@WSMR-Simtel20.Army.mil>
  10. Reply-To: Info-IBMPC@WSMR-SIMTEL20.ARMY.mil
  11. Subject: Info-IBMPC Digest V91 #78
  12. To: "Info-IBMPC Distribution": ;
  13.  
  14. Info-IBMPC Digest           Wed,  3 Apr 91       Volume 91 : Issue  78
  15.  
  16. Today's Editor:
  17.          Gregory Hicks - Rota Spain <GHICKS@WSMR-Simtel20.Army.Mil>
  18.  
  19. Today's Topics:
  20.  
  21. Send Replies or notes for publication to:
  22. <INFO-IBMPC@WSMR-SIMTEL20.ARMY.MIL>
  23.  
  24. Send requests of an administrative nature (addition to, deletion from
  25. the distribution list, et al) to:
  26. <INFO-IBMPC-REQUEST@WSMR-SIMTEL20.ARMY.MIL>
  27.  
  28. Archives of past issues of the Info-IBMPC Digest are available by FTP
  29. only from WSMR-SIMTEL20.ARMY.MIL in directory PD2:<ARCHIVES.IBMPC>.
  30.  
  31. ----------------------------------------------------------------------
  32.  
  33. Date: Wed, 27 Mar 91 09:01:18 CST
  34. From: CW00000 <CW00%SIUEMUS.BITNET@ricevm1.rice.edu>
  35. Subject: 386 BSD Berkeley UNIX or 386 PCs
  36.  
  37.    I am looking for some information about 386 BSD Berkeley UNIX for
  38. 386 PC's.  Any information such as where or how can I get it, how much
  39. is it, and what does it require will be greatly appreciated.
  40.  
  41.    Thanks in advance.
  42. Don Weihl
  43. CW00@SIUEMUS
  44.  
  45. ------------------------------
  46.  
  47. Date: Fri, 29 Mar 91 08:49:56 MST
  48. From: Gregory Hicks <GHICKS@WSMR-SIMTEL20.ARMY.MIL>
  49. Subject: 386 BSD Berkeley UNIX or 386 PCs
  50.  
  51. Don:
  52.  
  53. Dr Dobbs Journal currently has a series of articles re: porting BSD
  54. Unix to the '386.
  55.  
  56. Unfortunately, the only info I've been able to glean about obtaining
  57. the system is "Those who meet the requirements of the Regents of the
  58. University of California can obtain the system from the Univ of
  59. California at Berkeley."  Unfortunately, no-where do they tell you what
  60. those requirements are- or even where to get the info...
  61.  
  62. ------------------------------
  63.  
  64. Date: Tue, 26 Mar 91 14:55 MET
  65. From: "Jim Groeneveld, NIPG-TNO, Leiden, NL" <JIM%RULTNO@CUNYVM.CUNY.EDU>
  66. Subject: File and subdirectory detection
  67.  
  68. Below is the source of the BATch file CHKEXIST, which may be of general
  69. use.  It checks existence (or not) of some name as a disk file or
  70. subdirectory.  One may adapt it for specific purposes, e.g. replacing
  71. the textual output by environment variable definitions. It's simple
  72. standard DOS language.
  73.  
  74. Beginning of CHKEXIST.BAT
  75.  
  76. @echo off
  77. if "%1"=="" goto help
  78. if not exist %1 goto no_file
  79. echo %1 is a diskfile
  80. goto end
  81. :no_file
  82. if not exist %1\nul goto no_subdir
  83. if exist %1\*.* echo %1 is a non-empty subdirectory
  84. if not exist %1\*.* echo %1 is an empty subdirectory
  85. goto end
  86. :no_subdir
  87. echo %1 does not exist
  88. goto end
  89. :help
  90. echo CHKEXIST by Jim Groeneveld, NL, 21/3-91.
  91. echo Checks existence (or not) of some name as a disk file or subdirectory.
  92. echo Syntax: CHKEXIST name
  93. echo Output: textual report of existence, adapt for specific purposes.
  94. :end
  95. =================================end===================================
  96.  
  97. Regards - Jim Groeneveld.
  98.  
  99. E-mail: GROENEVELD@NIPG.TNO.NL (RFC-822/internet-type Bitnet address)
  100.   GROENEVELD%NIPG.TNO.NL@CUNYVM.CUNY.EDU (from Internet)
  101. File xfer: GROENEVELD@HDETNO51.BITNET (EARN address)
  102. NIPG-TNO [postal/visiting address] | Y. Groeneveld
  103. P.O.Box 124    | Wassenaarseweg 56 | Schoolweg 14
  104. 2300 AC Leiden | 2333 AL Leiden    | 8071 BC Nunspeet
  105. Nederland (NL) | (+31|0)71-178810  | 03412-60413
  106. [office]     Fax (+31|0)71-176382  | [home]
  107.  
  108. ------------------------------
  109.  
  110. Date: Tue, 26 Mar 91 13:56:40 PST
  111. From: Andrew Klossner <andrew%frip.wv.tek.com@RELAY.CS.NET>
  112. Subject: Programming Printer Port for Input??
  113.  
  114. Recent PCs can, indeed, input on the 8 data lines of the parallel port.
  115. Examples include the PS/2 series and my Toshiba T3100SX.  The hardware
  116. lets you configure the port to be either input or output in a
  117. half-duplex model.
  118.  
  119. There is absolutely no support for this in the BIOS, so you have to
  120. program the hardware by hand.  As far as I can tell, there is no
  121. established protocol for turning around the line (changing the
  122. direction of data in a two-way conversation.)  In fact, I haven't found
  123. any program, anywhere, that configures this port for input.  For this
  124. reason, we decided not to support the bidirectional parallel capability
  125. in our printer product line.
  126.  
  127. Reference: "IBM Personal System/2 Hardware Interface Technical
  128. Reference", chapter entitled "Parallel Port Controller (Type 1)".
  129.  
  130.   -=- Andrew Klossner   (uunet!tektronix!frip.WV.TEK!andrew)    [UUCP]
  131.                         (andrew%frip.wv.tek.com@relay.cs.net)   [ARPA]
  132.  
  133. ------------------------------
  134.  
  135. Date: Tue, 26 Mar 91 14:37:30 -0500
  136. From: David Kirschbaum <kirsch@usasoc.soc.mil>
  137. Subject: Repair of DOS backup files (V91 #66)
  138.  
  139. >Date: Sat, 16 Mar 91 15:54:35 GMT
  140. >From: salehh@jacobs.cs.orst.edu ()
  141.  
  142. > Is there a utility that will repair damaged backup files?  The files
  143. >are ascii and were backedup under DOS 3.2 . The possible cause of the
  144. >damage is that the machine the files were backedup from had floppy
  145. >drives that were out of alignment.
  146.  
  147. I don't believe so.  However, if you wish to salvage the maximum of
  148. that ASCII text (via an editor or some such), it's relatively trivial
  149. to trim off BACKUP's 128-byte header and produce a (hopefully)
  150. clean_if_broken text file.  I even have an ancient utility (BCOPY,
  151. *not* the BCOPY at SIMTEL20's <FILUTL> subdirectory) that does the
  152. trimming for you.  But it's also easy to do with DEBUG or with any
  153. binary editor.
  154.  
  155. And there are several shareware/freeware/public domain editors that
  156. would handle any binary characters that might sneak into the previously
  157. pristine ASCII text.
  158.  
  159. If you need a step-by-step explanation of what to do, contact me
  160. privately via EMail.
  161.  
  162. David Kirschbaum
  163. Toad Hall
  164. kirsch@usasoc.soc.mil
  165.  
  166. ------------------------------
  167.  
  168. Date: Tue, 26 Mar 91 16:14:19 CST
  169. From: Charlie Turner <CHARLIE%UMVMA@TAUNIVM.TAU.AC.IL>
  170. Subject: ST225 and RLL
  171.  
  172. I forward a reply I got directly about my Hard Disks and controllers problem.
  173.  
  174. ----------------------------Original message----------------------------
  175. I saw your question in the Info_IBMPC digest.
  176.  
  177. Old ST225 drives were supposed to be solid enough to actually work
  178. properly in RLL mode. Supposedly the newer ST225 drives won't,
  179. persumably because Seagate sells the good ones as ST238 RLL drives
  180. instead!
  181.  
  182. You can try cabling the ST225 as the second HD behind your RLL
  183. controller and see what happens. Otherwise I think it is possible to
  184. have both a MFM and RLL controller in a PC at once, but that requires
  185. the two controllers to keep out of each other's way. I have a SCSI
  186. adapter and an RLL adapter in my 386 PC and everything works fine. I
  187. haven't tried a MFM and RLL together however. Hopefully someone can
  188. recommend a MFM controller to you that is known to work in a two
  189. controller situation. Otherwise you may be in for an adventure getting
  190. everything working.
  191.  
  192. ------------------------------
  193.  
  194. Date: Tue, 26 Mar 91 14:37:07 -0500
  195. From: David Kirschbaum <kirsch@usasoc.soc.mil>
  196. Subject: Tiff File Format
  197.  
  198. In Info-IBM #050, Danny Taub asks:
  199.  
  200. >        A friend here at Vassar has asked me if I can find out the file
  201. >formats of TIFF files.  If anyone has any information, please send
  202. >information either to the net or to me directly.  Thanks in advance.
  203.  
  204. A fast fgrep of my SIMTEL index reveals:
  205.  
  206. PD1:<MSDOS.GIF>
  207. VUIMG295.ZIP      GIF/GIF89a/TIFF view/print w/Zoom/Pan/Scale
  208.  
  209. PD1:<MSDOS.GRAPHICS>
  210. ALCHMY13.ZIP      JPEG/Targa/GIF/IFF/PICT2/PCX/Sun/TIFF convert
  211. GRAFWK48.ZIP      View/cvt/print MAC/IMG/GIF/TIFF/EPS graphics
  212.  
  213. PD1:<MSDOS.TIFF>
  214. DTIFF.ZIP         Displays TIFF files on screen, uses TACS
  215. DVTIF1.ZIP        TIFF reader:PACKBITS compr/uncomp C src, ALDUS
  216. TACS40.ZIP        TIFF Access/Create System - C source, TIFF 4.0
  217. TFTOOL.ZIP        TIFF toolkit developer package C source, ALDUS
  218. TIFF-50.ARC       Tagged Image File Format specs, v5.0
  219. TIFFAX.ZIP        TIFF FAX format definition/example, ALDUS
  220.  
  221. Those last two look like just what the doctor ordered, and the first
  222. ones might give you utilities to play with.
  223.  
  224. [David, file descriptions are more readable when reformated...
  225. Although, thanks for the FGREP...  gph]
  226.  
  227. Regards,
  228. David Kirschbaum
  229. Toad Hall
  230. kirsch@usasoc.soc.mil
  231.  
  232. ------------------------------
  233.  
  234. Date: Tue, 26 Mar 91 14:37:34 -0500
  235. From: David Kirschbaum <kirsch@usasoc.soc.mil>
  236. Subject: UUDECODE question
  237.  
  238. In Info-IBMPC #066:
  239. >Date: Fri Mar 15 09:29:32 1991
  240. >From: johnboyd@logdis1.oc.aflc.af.mil (John Boyd;CRENP)
  241. >
  242. >I've run into a problem with a uuencoded file from the listserver@nodak.
  243. ...
  244. >On INFOP145.ZIP I get the pieces OK, and strip out the 'spurious garbage'
  245. >and then proceed to uudecode.  The error message I get says 'end not
  246. >found'.  The DDs warn that files passing through Unix systems may
  247. >incorrectly translate the CR/LF situation, but that it will really be OK.
  248. >Well, it's *not*.  I go ahead and run pkunzip -t, and it tells me that
  249. >there is an error, and to use pkzipfix.  I do that, and go ahead and
  250. >extract the exe, and when I try to run that; *suprise*, DOS says 'error in
  251. >exe file'.
  252.  
  253. I could probably <smugly> say, "Well, if you were using TOADUU, you
  254. wouldn't *have* this problem."  But that might be naive or premature.
  255.  
  256. Possibilities:
  257.  
  258. 1 - You *are* doing all this in the MSDOS environment, right?  If not,
  259. entirely new ballgame.
  260.  
  261. 2 - If you had a CR/LF translation problem, you should've had an editor
  262. problem already when doing that "strip out the spurious garbage".  If
  263. you're needing CR -> CR/LF conversion, you *are* using FLIP, right?
  264.  
  265. 3 - If you're having to put together multiple pieces of a uuencoded
  266. file, are you *sure* something isn't getting lost in the reassembly?
  267. Does each chunk have a unique begin and end you can use during the
  268. reassembly?  Don't depend on editing off headers and trailers of each
  269. separate chunk and then using DOS's COPY or some such to concatenate
  270. the chunks.  Blank lines are liable to sneak in there.  And blank lines
  271. are a "no-no" with the uudecode process.
  272.  
  273. 4 - Some braindead uuencodes still use spaces (ASCII 32) instead of the
  274. commonly accepted "`" (ASCII 96) replacement.  These spaces (mainly the
  275. trailing ones on each line) can be trimmed by an equally braindead
  276. communication channel.  Then, if you don't have a uudecode utility
  277. smart enough to make up for this .. problem city.  (Toad Hall UUDECODE
  278. of course handles this problem.)
  279.  
  280. 5 - If PKUNZIP reports an error (either during unzipping or via the
  281. "-t" switch .. forget it.  You're broke, finished, done with.  Throw
  282. the .zip file away .. PKZIPFIX doesn't solve problems like that.  Your
  283. problem's in the original uudecode process.
  284.  
  285. 6 - These *ARE* uuencoded files, right?  Starting with a "M" on each
  286. line?  And a "begin 644 foobar.zip" as a first line format?  And a
  287. "end" for the very last line?  xxencoded files look similar to
  288. uuencoded ones, but are fundamentally different!
  289.  
  290. Hope this helps, or at least gives you some ideas to chew on.
  291.  
  292. David Kirschbaum
  293. Toad Hall
  294.  
  295. ------------------------------
  296.  
  297. Date: Tue, 26 Mar 91 23:27 +0200
  298. From: Urban_Janlert_Socialmedicin@norrkom.umu.se
  299. Subject: Validation programme
  300.  
  301. February 28th Andrew McLean <PHR050@ibm.southampton.ac.uk> asked about
  302. programs for validated data input:
  303.  
  304. I think that the EPIINFO programme (a PD from Centre for Disease
  305. Control) will fit you excellent. It has facilites for entering,
  306. validating, exporting & importing as well as analyzing data. The
  307. programme is distributed by
  308.  
  309.    USD, Incorporated
  310.    2575 A West Park Place
  311.    Stone Mountain, GA 30087
  312.    U.S.A.
  313.  
  314. Urban Janlert  M.D.            Phone: +46 920 712 14
  315. Dept. of Community Medicine    Fax: +46 920 147 26
  316. Kopmangatan 36 B
  317. S-951 32 LULEA
  318. SWEDEN
  319. mail: Urban_Janlert@NORRKOM.UMU.SE
  320.  
  321. ------------------------------
  322.  
  323. Date: Wed, 27 Mar 91 08:30:00 EST
  324. From: "Bruce H. McIntosh" <DHBHM@nervm.nerdc.ufl.edu>
  325. Subject: Windows 3.0 in 386 mode
  326.  
  327. You have to have at least 2 megabytes of RAM for Windows 3 to run in
  328. 386 mode; the more RAM you have, the happier Windows'll be.
  329.  
  330. ------------------------------
  331.  
  332. Date: Tue, 26 Mar 91 18:07:40 EST
  333. From: Curt Priest <BMSLIB@mitvma.mit.edu>
  334. Subject: AST Rampage board
  335.  
  336. I have a specialized need for another RAMpage AT board that was
  337. discontinued by AST about four years ago.  This is the 2 meg EEMS
  338. board.  Does anyone know of any source that might be clearing out these
  339. boards or is there someone out there who is upgrading their AT and just
  340. happens to have one they might contact us about.  If it weren't a
  341. special need we would just go to the RAMpage Plus but this isn't
  342. compatible.
  343.  
  344. ------------------------------
  345.  
  346. Date: 26 Mar 91 17:22:00 EDT
  347. From: "DRCV06::OPER1" <oper1%drcv06.decnet@drcvax.af.mil>
  348. Subject: CLOCK.SYS
  349.  
  350.         I am having a bit of a problem with a DELTA XT10 pc.  The
  351. clock.sys driver does not allows you to enter a date greater than
  352. 3/18/91.  If you enter a date greater than that it makes the date some
  353. date in 1990.  Does anyone know of a newer version of this clock
  354. driver?  Is the clock driver machine specific?
  355.  
  356. Glenn.
  357.  
  358. ------------------------------
  359.  
  360. Date: Wed, 27 Mar 91 08:52:15 MET
  361. From:    "Rene de Bie" <CRISRB@HLERUL2.BITNET>
  362. Subject: Quantum HD info wanted
  363.  
  364. Hello networkers, I have the following problem:
  365. I have a 32MB QUANTUM HD model Q540 dated 1982 wich worked fine in a
  366. WANG PC, but will not do so in an other PC. We've tried to build it in
  367. an IBM XT, and it starts up ok, the light flashes as normal, but that's
  368. all! There's no way the PC wil recognize the HD.  Now I know that the
  369. WANG pc is not at all compatible, but why should a HD be this also?
  370.  
  371. Does anyone has any suggestions?
  372.  
  373. Rene de Bie - CRI - University Leiden - Holland
  374. System Programmer ORACLE/IDMS/PCSA
  375. Mail   :P.O.Box 9512 - 2300 RA Leiden - The Netherlands
  376. Phone  :+31 71 276948/276968
  377.  
  378. ------------------------------
  379.  
  380. Date: Tue, 26 Mar 1991 19:55 CST
  381. From: ST11A@jetson.uh.edu
  382. Subject: Help with Vmix.
  383.  
  384. Does anyone use the shareware multitasker called VMIX?  I'm trying to
  385. get kermit to run in a window by itself, but It won't work.  I can get
  386. to the MSkermit> prompt, but when I connect the window locks up.
  387.  
  388. I used the terminal emulator that comes with external zmodem, and it
  389. works just fine in a window.  I have also gotten basic and a small
  390. ascii editor to work at the same time with no problem.  I just can't
  391. get kermit to work properly.
  392.  
  393. If someone knows of a shareware multitasker, let me know so that I can
  394. try it out.
  395.  
  396. ------------------------------
  397.  
  398. Date: Tue, 26 Mar 91 15:38:13 CST
  399. From: Mark Parr <JPARR1@UA1VM.ua.edu>
  400. Subject: IBM Error codes
  401.  
  402. When booting an IBM PS/2 Model 60, what does a "165" error code mean?
  403. (IBM is so wonderful with it's error messages and we don't have a
  404. manual around here to decipher the codes. :)
  405.  
  406. Is it a catch-all error code or what?  (I've taken out all of the cards
  407. -- except for the HD controller and the 5.25" FD card -- and I don't
  408. get the error, but when I start putting the other ones -- one for a
  409. CD-ROM drive, Novell network card, & EMS memory card -- I start getting
  410. the number again.)
  411.  
  412. Thanks,
  413. Mark
  414.                |-- JPARR1@UA1VM.BITNET  --  JPARR@MIBSRV.MIB.ENG.UA.EDU
  415.    Mark Parr --|-- University of Alabama in Tuscaloosa
  416.  
  417. ------------------------------
  418.  
  419. End of Info-IBMPC Digest V91 #78
  420. ********************************
  421. -------
  422. ReadMail: Enter command or !
  423. .