but oddly, the older socket and http functions (like openSocket) are documented as mixed case and really ARE mixed case. Oh well. Does anyone know of any downside to always compiling with -I. Does it only affect reserved words and not also variable names?
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Alfke, Colin Sent: Monday, January 17, 2005 8:59 AM To: [email protected] Subject: RE: [U2] unidata bci commands not compiling We encountered similar errors when doing a "proof of concept" with the new xml functions. The problem is that the documentation has the functions in mixed case but UD won't compile them like that. You have two options: 1. Change SQLBindParameter to SQLBINDPARAMETER etc 2. Compile with the -I option to make all reserved words case insensitive I double checked by compiling the BCI.DEMO program in the BP_SOURCE directory in the DEMO account. hth Colin Alfke >-----Original Message----- >From: u2 edclark net > >There's never any harm in stating the obvious. People should do it more >often. >My problem is on unidata, not universe, so there is no UNIVERSE.INCLUDE >or BCI.H (mentioned in another response). There's an ODBC.H in INCLUDE >though, and unfortunately I've already included it and >successfully used >equates from it in other bci functions. No help there. The compiler >still seems to think I'm referencing an unDIMed array with too many >dimensions. There's a sample program in the back of the unidata bci >manual (available at >http://publibfi.boulder.ibm.com/epubs/pdf/25124330.pdf), and >on page B-8 >they demonstrate the SQLBindParameter function. Apparently the code >printed in the manual was never entered into a real computer >and tested, >because there is no closing parenthesis on the function call >(on any one >of the four examples). >I also get the same result using the unidata PE on redhat. I think >that's version 6.0 as well. Is there anyone out there who has >ever used >SQLBindParameter on unidata 6.0, or on any version of unidata? ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/
