At 10:13 AM +0200 7/3/00, [EMAIL PROTECTED] wrote:
>2) I applied the fix below, suggested by Craig A Berry. It seems not to have
>helped.
> --- vms.c;-1 Tue May 30 17:12:56 2000
> +++ vms.c Sun Jul 2 09:55:46 2000
> @@ -3852,7 +3852,7 @@
> */
> if (jpilist[1].bufadr != rlst) Safefree(jpilist[1].bufadr);
> jpilist[1].bufadr = New(1320,mask,rsz,unsigned long int);
> - jpilist[1].buflen = rsz * sizeof(unsigned long int);
> + rlen = jpilist[1].buflen = rsz * sizeof(unsigned long int);
Doh! This won't change a thing because the address of rlen is stored
in the item list and the $getjpi call should fill in rlen with
however many bytes of the rights list it has actually transferred to
your buffer (not how many it wants to transfer, which it should put
in rsz). What's very odd is that it keeps returning 40 bytes for
rlen (on the "bad" node) even when it has room for much more. The
default buffer length looks to me like 512 bytes (sizeof rlst), so I
can't see what its problem is. Was there a $getjpi bug in VMS 6.2?
--
____________________________________________
Craig A. Berry
mailto:[EMAIL PROTECTED]
