Well, the command you used was

GTM>do
FIND^DIC(2,"","",Fields,value,"*","","","","Matches","TMGMsg")

The paramters are simply not in the right positions. My opinion is that
there are simply too many parameters here (easy to get wrong), but the
DBS calls are designed to use parameter passing rather than putting
input or output variables in the symbol table (something I DO like).

Here's the prototype from the Fileman programmer manual

FIND^DIC(FILE,IENS,FIELDS,FLAGS,[.]VALUE,NUMBER,[.]INDEXES,[.]SCREEN,
IDENTIFIER,TARGET_ROOT,MSG_ROOT)

You have the file number in the correct position and then rightly skip
the IENS (it is only needed here if you're looking for entries in a
subfile), the next field is flags (you probably want "M" for
multi-index lookup), the NEXT field is is the value for which you are
searching (you skipped one, which is easy to do).

--- Kevin Toppenberg <[EMAIL PROTECTED]> wrote:

> 
> I still would like to know why my searches were
> failing in the screen log I posted, though.  It's not
> always reassuring when you just find another solution,
> but never know why plan A failed.
> 
> Thanks
> Kevin
> 


=====
A practical man is a man who practices the errors of his forefathers. 
--Benjamin Disraeli
====
Greg Woodhouse 
[EMAIL PROTECTED] 
[EMAIL PROTECTED] 





-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Hardhats-members mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/hardhats-members

Reply via email to