home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vms / 20621 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  2.4 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!sgiblab!troi!steve
  2. From: steve@dbaccess.com (Steve Suttles)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: Image activator hates me
  5. Message-ID: <135@mccoy.dbaccess.com>
  6. Date: 8 Jan 93 23:14:04 GMT
  7. References: <1993Jan7.171336.29418@mksol.dseg.ti.com>
  8. Organization: Cross Access Corp., Santa Clara, CA
  9. Lines: 42
  10. X-Newsreader: Tin 1.1 PL4
  11.  
  12. pyron@skndiv.dseg.ti.com (Dillon Pyron) writes:
  13. : 
  14. : When trying to run a number of images or commands, I will occasionally and
  15. : unpredictably get the following error:
  16. : 
  17. : %IMGACT-F-NONAME, the image name is a required parameter
  18. : 
  19. : This has occured with typ/p, dir/sec, mm and others that I can't remember.  The
  20. : weird thing is that the command, image, whatever runs on the second try.  I'm
  21. : running V5.4.  I can't find this particular message in my OLD.
  22. : 
  23. : I called DEC CSC, and the guy I talked to suggested a memory problem.  Now I'm
  24. : looking for input from the pros :-)
  25.  
  26. I concur--run the UETP tests to verify that what you write to memory stays
  27. wrote.  The code is well exercised (tested); your results indicate memory
  28. is changing out from under you.
  29.  
  30. If bad memory does not turn out to be the problem (you can probably rule it
  31. out quickly if your machine has parity memory (the error would have been
  32. noticed and logged) then you apparently have privileged code with a bug,
  33. writing to a wrong location.
  34.  
  35. I have recently encounted, on more than one occasion, instances where the
  36. command tables for a process have mysteriously changed, and commands are
  37. no longer recognized (symbol tables too).  The necessary system commands
  38. to accomplish these feats were not performed--a bug in one of the programs
  39. wrote to protected memory (it is only protected in user mode).  We haven't
  40. identified the culprit, but we were able to verify the extent.
  41.  
  42. I cannot give you any indication whether the bug was in a program distributed
  43. with VMS or one of our own devising.  We have good reason to suspect both.
  44.  
  45. Our only workaround was to say "it happened again" and log out and back in
  46. again (depending on the extent--usually most commands stopped working).
  47.  
  48. sas
  49. -- 
  50. Steve Suttles                Internet:  steve@dbaccess.com      Dr. DCL is IN!
  51. CROSS ACCESS Corporation     UUCP: {uunet,sgiblab}!troi!steve  Yo speako TECO!
  52. 2900 Gordon Ave, Suite 100   fax: (408) 735-0328              Talk data to me!
  53. Santa Clara, CA 95051-0718   vox: (408) 735-7545   HA! It's under 4 lines NOW!
  54.