HP3000-L Archives

October 1995, Week 4

HP3000-L@RAVEN.UTC.EDU
Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
DBINARY weirdness in SPL
From:
Dan Hollis <[log in to unmask]>
Reply To:
Dan Hollis <[log in to unmask]>
Date:
Fri, 27 Oct 1995 13:59:00 PDT
Content-Type:
text/plain
Parts/Attachments:
text/plain (21 lines) 
Ran across the following strange behavior in SPL:
 
  I32               CA      I16V
dbineqv:=DBINARY(dasciieqv,length);
 
If dbineqv is an element of a double array, the condition code of the call
appears to sometimes get corrupted. It never seems to happen otherwise.
 
I believe this might be because SPL may be doing pointer fixup math on the
double array and therefore invalidating the condition code. If this is truly
the case, then my guess is it's possible for this to happen with any
intrinsic which returns an I32 (although I have not yet tested this).
 
Can anyone confirm this? Is it a bug or a feature? >BD
 
-Dan
.----------------------------------------------.
|Dan Hollis -- Pharmacy Computer Services, Inc.|
[log in to unmask]      -     (503)476-3139|
`----------------------------------------------'

ATOM RSS1 RSS2