Translating with DrWatson… this can take a few seconds the first time.
This is a genuine, complex translation. DrWatson protects commands, error codes, and log output while naturally translating the surrounding text. It’s translated once and saved.
Ajay Chitale — — source: Informix-list mailing list archive (1991-1998)
In article <3k72bm$ams@ns.oar.net>, william@carsinfo.com (William Harris) writes:
|> In the following ESQL/C statement, I'm not getting an error.
|>
|> $long vendor;
|>
|> $select id, prsp_no into $vendor from id_rec
|> where id = 20240;
|>
|> (This is the distilled essence of a more complicated select statement
|> that was mysteriously giving me an error.) When I originally isolated
|> the problem, I was surprised that I wasn't getting error -254,
|> "The number of host variables named in the INTO clause of this
|> statement does not match the number of "?" place holders written
|> into the statement."
<snip>
|>
|> The same lack of error happens if the number of columns I select
|> are fewer than the number of host variables I'm selecting them into.
|>
<snip>
This is well documented behaviour. esql/c _or_ for that matter 4gl also
will not return any error in this case. However it will notify the user
by setting some warning field in the sqlca record. Don't remember which
field is it. Most probably it is sqlwarn3.
Hope this helps.
--
ajay chitale
+email: achit@puma.miel.mot.com
+voice: 91-80-2278545
We use strictly necessary cookies to make this site work. With your
consent we’d also use optional cookies for analytics and marketing. You can accept all,
reject all, or choose. Read our Cookie Policy.