X-Original-To: pgsql-interfaces@postgresql.org Received: from gargoyle2.syscon-intl.com (ns.syscon-intl.com [63.237.63.226]) by postgresql.org (Postfix) with ESMTP id 478A747601F for ; Tue, 11 Mar 2003 12:06:37 -0500 (EST) Received: from smtp.syscon-intl.com (root@smtp.syscon-intl.com [172.17.0.2]) by gargoyle2.syscon-intl.com (8.9.3/8.9.3) with ESMTP id MAA14543 for ; Tue, 11 Mar 2003 12:06:42 -0500 Received: from mikea (mikea.syscon-intl.com) by smtp.syscon-intl.com (8.8.5/8.8.5) with SMTP id MAA02631 for ; Tue, 11 Mar 2003 12:06:42 -0500 Message-Id: <200303111706.MAA02631@smtp.syscon-intl.com> X-Sender: mikea@pop3.syscon-intl.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.1 Date: Tue, 11 Mar 2003 12:11:55 +0000 To: pgsql-interfaces@postgresql.org From: Mike Alford Subject: Embedded C SQL Error -600 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Archive-Number: 200303/43 X-Sequence-Number: 3792 Using PostgreSQL 7.3.1 on a customized Linux slackware host 8.0.0 I am receiving an error -600 from this bit of code: EXEC SQL FETCH FROM test_cursor INTO :mach_seq, :ss_mseq, :child_idx, :job, :net_pieces, :start_time; printf ("b4 while test_cursor_select SQLCODE %d\n", SQLCODE); while (SQLCODE != ECPG_NOT_FOUND) // while (!SQLCODE) { EXEC SQL FETCH FROM test_cursor INTO :mach_seq, :ss_mseq, :child_idx, :job, :net_pieces, :start_time; EXEC SQL FETCH FROM test_cursor INTO :mach_seq, :ss_mseq, :child_idx, :job, :net_pieces, :start_time; } in ecpgerrno.h this entry: /* backend WARNINGs, starting at 600 */ #define ECPG_WARNING_UNRECOGNIZED -600 /* WARNING: (transaction aborted): queries ignored until END */ implies that a transaction with this code would be aborted, as well as not being too informative about the nature of the problem. The commented line '// while (!SQLCODE)' fits the style of existing code better. I get the output I would expect if there were no problem: b4 while test_cursor_select SQLCODE -600 i 0 machseq 73374, ssmseq 3404562 child 0 job 410F 3 , net pieces 0, start_time 2003-02-10 11:00:00 i 0 machseq 73374, ssmseq 3404562 child 1 job 410F 3 , net pieces 254, start_time 2003-02-10 11:00:00 i 0 machseq 73374, ssmseq 3404562 child 2 job 410F 3 , net pieces 508, start_time 2003-02-10 11:00:00 i 0 machseq 73374, ssmseq 3404562 child 3 job 410F 3 , net pieces 762, start_time 2003-02-10 11:00:00 Is this an error that can be ignored? If not, what should I be looking for? Heisenberg may have slept here