Re: GEOS SDK Parse Library.
jferas@netaxs.com (John Feras)
Errors-To: brian@grot.starconn.com
Date: Fri, 13 May 94 08:05 PDT
Message-id: <199405131254.IAA05463@access.netaxs.com>
X-Comment: Zoomer PDA List
Originator: zoomer-list@grot.starconn.com
Errors-To: brian@grot.starconn.com
Reply-To: <zoomer-list@grot.starconn.com>
Sender: zoomer-list@grot.starconn.com
X-Listserv-Version: 5.5 -- Copyright (c) 1991/92, Anastasios Kotsikonas
From: jferas@netaxs.com (John Feras)
To: Multiple recipients of list <zoomer-list@grot.starconn.com>
Subject: Re: GEOS SDK Parse Library.
Status: RO
Unfortuntely, I have access to neither AOL or CIS.
My use of the the parse library is only for the parsing of the mathematical
expressions, as in:
if (frog * 3) > 7
dog=frog+2
My interpreter deals with the activity of parsing the left side of a statement,
(the "if" and "dog =" sections) then relies on the GEOS parse library to parse
the remainder of the line. I pass a ptr to my "callback" routine to the
fucntion ParserParseString, and the parse library calls my callback properly
during its execution of its parse process. My callback returns the requested
results properly (as best I can tell from the sparse docs), but after the
callback responds to the CHECK_NAME_SPACE request, ParserParseString returns
to my app with a -1 function value, and an the error code in the parse
structure that is the error code returned by the CHECK_NAME_SPACE callback.
This occurrs regardless of whether I set the errorOccurred flag in the
CHECK_NAME_SPACE callback return structure to 0 or 1.
Sorry about so much detail, but my hope is that someone has run across this
already, and will tell me that there are some other things that must be set
up before calling ParserParseString.
--
John Feras
Internet: jferas@access.netaxs.com