home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text5939.txt < prev    next >
Encoding:
Internet Message Format  |  1996-03-31  |  2.8 KB
  1. Received: from smtp-gw01.ny.us.ibm.net (smtp-gw01.ny.us.ibm.net [165.87.194.252]) by nacm.com (8.6.10/8.6.9) with ESMTP id OAA25362 for <executor@nacm.com>; Wed, 25 Oct 1995 14:36:32 -0700
  2. Received: (from uucp@localhost) by smtp-gw01.ny.us.ibm.net (8.6.9/8.6.9) id VAA166747 for executor@nacm.com; Wed, 25 Oct 1995 21:36:27 GMT
  3. Message-Id: <199510252136.VAA166747@smtp-gw01.ny.us.ibm.net>
  4. Received: from slip166-226-98.lig.us.ibm.net(166.72.226.98) by smtp-gw01.ny.us.ibm.net via smap (V1.3mjr)
  5.     id smaclQCrx; Wed Oct 25 21:36:23 1995
  6. Date: Wed, 25 Oct 95 17:35:58 EDT
  7. From: pgunn01@pop01.ny.us.ibm.net (Pat Gunn)
  8. Reply-To: pgunn01@ibm.net (Pat Gunn)
  9. To: executor@nacm.com
  10. X-Mailer: PMMail (v1.0 PreRelease)
  11. Subject: Re: executor-digest V1 #310
  12. Sender: owner-paper@nacm.com
  13. Precedence: bulk
  14.  
  15. >In light of the fact that you're having trouble with a clean boot, I'd
  16. >guess either that the floppies in question that you are using have
  17. >some sort of problem or that the floppy drives you are using are
  18. >slightly out of spec.  To the best of my knowledge, nobody else is
  19. >having this problem (although we did have one user who had weird
  20. >trouble under Linux that was never tracked down), which makes your
  21. >trouble consistent with hardware or media trouble.  By replying
  22. >directly on this list I'm sure I'll be told if this is an ongoing
  23. >problem that other people are having as well.
  24.  
  25. My Executor running under PC-DOS and OS/2 works like a charm with reading,
  26. writing, and formatting disks. No problems here.
  27.  
  28. >I have been trying to get diskcopy to recreate a floppy from an image 
  29. >file. On a real mac, diskcopy ejects the current floppy, prompts the user
  30. >for a new diskette, and waits for a disk-insert event. Under executor, 
  31. >this doesn't happen, so diskcopy is not useable. Does anyone of 
  32. >you know a workaround for that? And out of curiosity, probably more 
  33. >programs rely on disk-insert events, how is ardi going to handle that?
  34.  
  35. I recall that PC-Tools, or was it Norton Utilities, no matter, one of them used to have a
  36. way to have the disk drive sit there scaning for new disks, and when a disk was inserted,
  37. it would continue the program ... I suppose maybe something similar could be done under
  38. Executor, except there's the problem of notebook computers having their power gobbled by a
  39. continually scanning Disk Drive ...
  40. ---------------------------------------------------
  41. Pat Gunn, of Team OS/2, Libertarian party, and the Internet.
  42. "And thus came the great god known as Emacs, and with him
  43. came Neko, the forgotten one" Geek Code Follows:
  44. Version: 3.1
  45. GCS/IT d? s+:-- a? C+++$ ULSX++>$ P+? L++>$ E+>$
  46. !W(+)>$ N++>$ o? K--? !w---$ O++$ M+(++)>$ V--
  47. PS+++ PE++ Y++>$ PGP>$ t++(+++)>$ !5-- X++ R+(++)>$
  48. tv(tv) b++++>$ DI D++(+++)>$ G+(++) e-(+++) h* r-- y*
  49. --------------------------------------------------
  50.  
  51.