home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vms / 20759 < prev    next >
Encoding:
Internet Message Format  |  1993-01-11  |  3.2 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!ucbvax!yogi.hsc.ucalgary.ca!byron
  2. From: byron@yogi.hsc.ucalgary.ca (Byron Draudson)
  3. Newsgroups: comp.os.vms
  4. Subject: Decw$paint rude behaviour
  5. Message-ID: <00966749.A83641C0.25002@yogi.hsc.ucalgary.ca>
  6. Date: 11 Jan 93 22:00:55 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 70
  11.  
  12. Greetings, all.  DECW$PAINT gives me the following when I run it:
  13.  
  14. $run sys$system:decw$paint
  15. Paint Error: BadAlloc - insufficient resources
  16. Paint Error: BadDrawable - parameter not a Pixmap or Window
  17. Paint Error: BadAlloc - insufficient resources
  18. Paint Error: BadDrawable - parameter not a Pixmap or Window
  19.  
  20. The main window is created.  Then when I attempt to open an existing DDIF
  21. file, I get:
  22.  
  23. XIO:  fatal IO error 65535  on X server "WSA2:"
  24.       after 962 requests (951 known processed) with 1 events remaining.
  25. %XLIB-F-IOERROR, xlib io error
  26. -SYSTEM-F-LINKDISCON, network partner disconnected logical link
  27.  
  28. ...and the main window goes away.
  29.  
  30. I experience the same behaviour when I draw anything and attempt to save it.
  31. Any mouse click in the main mindow generates the "Paint Error: BadDrawable -
  32. parameter not a Pixmap or Window" error.
  33.  
  34. Decw$paint behaves correctly after the machine is rebooted.  I'm running
  35. VMS 5.4, Decwindows and an NCD X terminal.  Is this a known problem with
  36. the version I'm running?  I suspect that the solution to this problem might
  37. be "Upgrade to VMS 5.5 and Decwindows Motif".  Has anyone else seen this
  38. behaviour in Decw$paint?  This frequency of this behaviour seems to be
  39. directly proportional to the length of time that the machine has been up.
  40. At a particular point, PAINT will become unusable, as described above.
  41.  
  42. I don't think the "insufficient resources" error has anything to do with my
  43. UAF record, as I don't get that error after the system is rebooted.  Anyway,
  44. for completeness, I've included my UAF record:
  45.  
  46. Maxjobs:         0  Fillm:       256  Bytlm:        65536
  47. Maxacctjobs:     0  Shrfillm:      0  Pbytlm:           0
  48. Maxdetach:       0  BIOlm:       256  JTquota:       1024
  49. Prclm:          20  DIOlm:      4096  WSdef:         2000
  50. Prio:            4  ASTlm:      4096  WSquo:        16384
  51. Queprio:         0  TQElm:        20  WSextent:     32768
  52. CPU:        (none)  Enqlm:      2000  Pgflquo:     100000
  53. Authorized Privileges:
  54.   CMKRNL CMEXEC SYSNAM GRPNAM ALLSPOOL DETACH DIAGNOSE LOG_IO
  55.   GROUP ACNT PRMCEB PRMMBX PSWAPM ALTPRI SETPRV TMPMBX WORLD
  56.   OPER EXQUOTA NETMBX VOLPRO PHY_IO BUGCHK PRMGBL SYSGBL MOUNT
  57.   PFNMAP SHMEM SYSPRV BYPASS SYSLCK SHARE GRPPRV READALL
  58.   SECURITY
  59. Default Privileges:
  60.   GROUP SETPRV TMPMBX OPER NETMBX SYSPRV
  61.  
  62. Also, some (possibly) relavent SYSGEN parameters from modparams.dat:
  63.  
  64. MIN_PQL_MASTLM     =    150
  65. MIN_PQL_MBIOLM     =     60
  66. MIN_PQL_MDIOLM     =     40
  67. MIN_PQL_MFILLM     =    100
  68. MIN_PQL_MPRCLM     =      8
  69. MIN_PQL_MBYTLM     =  40000
  70. MIN_PQL_MPGFLQUOTA =  20000
  71. MIN_SPTREQ         =   4096
  72. MIN_SWPOUTPGCNT    =    500
  73. MIN_PQL_DPGFLQUOTA =  37768
  74. MIN_PQL_DBYTLM     =  65536
  75. MIN_PQL_DBIOLM     =    100
  76. MIN_PQL_DASTLM     =    200
  77.  
  78. Thanks for any info - I'll summarize to this group when a solution is found.
  79.  
  80. :byron
  81.  
  82.