home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / vms / 17535 < prev    next >
Encoding:
Text File  |  1992-11-06  |  3.0 KB  |  80 lines
  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!eco.twg.com!shiva.eco.twg.com!larry
  3. From: larry@shiva.eco.twg.com (Lawrence B. Henry III)
  4. Subject: Re: QIO failing with ACCVIO (WIN-TCP)
  5. Message-ID: <1992Nov5.231903.10500@eco.twg.com>
  6. Lines: 65
  7. Sender: news@eco.twg.com (News)
  8. Nntp-Posting-Host: eco.twg.com
  9. Reply-To: larry@eco.twg.com
  10. Organization: The Wollongong Group (East Coast Operations)
  11. References:  <9211042022.AA20329@relay2.UU.NET>
  12. Date: Thu, 5 Nov 92 23:19:03 GMT
  13. Lines: 65
  14.  
  15.  
  16. In article <9211042022.AA20329@relay2.UU.NET>, ddj@gradient.UUCP writes:
  17. |>Path: eco.twg.com!psinntp!sgigate!sgiblab!zaphod.mps.ohio-state.edu!uwm.edu!linac!att!ucbvax!gradient.UUCP!ddj
  18. |>From: ddj@gradient.UUCP
  19. |>Newsgroups: comp.os.vms
  20. |>Subject: QIO failing with ACCVIO (WIN-TCP)
  21. |>Message-ID: <9211042022.AA20329@relay2.UU.NET>
  22. |>Date: 4 Nov 92 20:22:21 GMT
  23. |>Sender: daemon@ucbvax.BERKELEY.EDU
  24. |>Distribution: world
  25. |>Organization: The Internet
  26. |>Lines: 43
  27. |>
  28. |>I have a network application that runs under VMS, and can use CMU,
  29. |>Fusion, UCX, and DECnet transports.  After a "quick and easy" port
  30. |>to TWG's WIN-TCP package, I started to get errors from the
  31. |>SYS$QIO(... IO$_READVBLK...) call.
  32. |>
  33. |>The call comes back immediately with a status of ACCVIO.  This does
  34. |>not happen right away -- the program succeeds in opening and exchanging
  35. |>packets over two or three network ports to various servers, but when
  36. |>it reaches the third (or fourth) port it fails.
  37. |>
  38. |>The worst part is that the problem does not occur when the program
  39. |>is run from VMS DEBUG.  There is only one place in the program where
  40. |>this call is made, and the arguments all look valid (and in fact the
  41. |>call works properly for a couple dozen packets before the fourth
  42. |>socket is opened).
  43. |>
  44. |>The program uses UDP packets (except for the decnet transport),
  45. |>and is run as a detached process, with a bytlim of about 32k and
  46. |>a file limit of about 30.  It is normally started at boot time,
  47. |>with system privs.  However it still fails when I run it from
  48. |>a terminal.
  49. |>
  50. |>1) What could be different between run/nodebug (or not compiled
  51. |>for debugging), and running under the debugger?
  52. |>
  53. |>2) Is there any way to print the failed address, etc, when the
  54. |>access violation is passed in the system call return value (as
  55. |>opposed to getting the fault directly)?
  56. |>
  57. |>3) Has anyone else run into anything like this problem before?
  58. |>What can be done to avoid it?  Is there a limit in the TWG network
  59. |>ACP that would prevent a process from creating more than two or
  60. |>three sockets and starting receives on them all?
  61. |>
  62. |>4) Is there a tool that can watch the quotas of a program while
  63. |>it is running?
  64. |>
  65. |>Thanks in advance!
  66. |>
  67. |>    Dave Johnson
  68. |>    ddj@gradient.com (or uunet!gradient!ddj)
  69. |>    
  70. |>
  71. |>
  72. Dave,
  73.     Why don't you post this question to our news group 
  74. vmsnet.networks.tcp-ip.wintcp or send me mail directly.. we will be more than
  75. happy to address any questions you might have concerning our QIO interface
  76. or socket library..
  77.  
  78. -Larry.
  79. The Wollongong Group.
  80.