The write statement may or may not be in a cross reference. The VHA DBA and SACC did come out with a standard stating that there should be now direct WRITE statements in any DD data elements. If WRITE statements are required, then the application is suppose to use EN^DDIOL.
Thus you could have several situations here:
1. Not knowing how exactly you called "silent APIs" the system may interpret you as an interactive user and thus EN^DDIOL would output to the screen. Not a bug
2. The silent APIs are not responsible for the contents of individual DD nodes nor is it responsible for the whims of the developer of that DD component. Not a bug.
3. You may be invoking an old DD element that existed prior to the standards mentioned above. There may have been no need for that application to have revisited that DD element since then. Thus it was in compliance at the time. Not a bug. Nor is it a SACC violation. I do not believe the VA developers are required to go through all their old code every time there is an update to the SACC standards. Anything the VA developers submit for release must comply with all the latest standards.
On 2/3/06, Kevin Toppenberg <[EMAIL PROTECTED]> wrote:
Well, from what I am seeing, i.e. output during a silent-db-call,
doesn't that mean that there is an output in a cross-reference?
I guess I could do a text-file search for the offending output, but I
wouldn't new if it was OK to change it.
Kevin
On 2/2/06, Gregory Woodhouse < [EMAIL PROTECTED]> wrote:
>
> On Feb 2, 2006, at 8:23 PM, Kevin Toppenberg wrote:
>
> > Thanks Gary.
> >
> > By the way, do you have any idea where that output goes when there is
> > no user session (i.e. with RPC broker calls)?
> >
> > Thanks
> > Kevin
>
> That's one of the things the NULL device is for.
>
> BTW, If someone put a WRITE statement in a cross-reference, *that* is
> a bug ( a standards violation, to boot).
>
> ===
> Gregory Woodhouse
> [EMAIL PROTECTED]
>
> "A hero is no braver than an ordinary
> man, but he is brave five minutes longer."
> -- Ralph Waldo Emerson
>
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> Hardhats-members mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/hardhats-members
>
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmdlnk&kid3432&bid#0486&dat1642
_______________________________________________
Hardhats-members mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hardhats-members
--
Steven McPhelan
"Action springs not from thought, but from a readiness for responsibility." - Dietrich Bohhoeffer
