Hi! 1) Is this depending on the server, or the fact that there is a different libpq.dll in the path? Does a non-win32 client work against the win32 server, and vice versa?
2) Are you using the import library from mingw, or the one from the old visual C++ compile? If you are using the import library from the old Visual compile, what happens if you change to the mingw one? //Magnus > -----Original Message----- > From: Dann Corbit [mailto:[EMAIL PROTECTED] > Sent: Tuesday, April 06, 2004 2:43 AM > To: [EMAIL PROTECTED] > Subject: [HACKERS] 7.5 beta version > > > I am having some trouble interfacing the 7.5 server built > with MINGW with tools generated using other compilers. > > I suspect that the issue is one of default structure packing. > In the old version we were using, we built PostgreSQL using > Intel C++ or MS > VC++ and the same for the libpq and other interfaces. > > Now that I have built the server and associated tools with > Mingw and a version of the interface system with MS VC++ and > Intel C++, I have problems using (for instance) libpq. > > Some character strings returned early in the struct are fine, > but the numeric fields occurring later are garbled. > > Now, this issue seems like it must have happened before, > since the server might be generated on some 64 bit platform > and the interface library on some other platform. > > In particular, this function: > > char *PQgetvalue(const PGresult *res, int tup_num, int field_num) { > if (!check_tuple_field_number(res, tup_num, field_num)) > return NULL; > return res->tuples[tup_num][field_num].value; > } > > Seems to return nonsense when I get to pointers to non-character data. > > Any thoughts? > > ---------------------------(end of > broadcast)--------------------------- > TIP 6: Have you searched our list archives? > > http://archives.postgresql.org > ---------------------------(end of broadcast)--------------------------- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faqs/FAQ.html