Hi, Jeroen On 11/7/05, Jeroen T. Vermeulen <[EMAIL PROTECTED]> wrote: > I hope this makes sense. What I'm doing about it is to move the function > bodies for all virtual member functions in include/pqxx/connection.hxx > that call do_*connect() into src/connection.cxx. That should mean that > all calls will come from within the library, and so the problem should go > away. I'll also look for similar cases elsewhere. > > Perhaps you can test this locally?
I tested it locally with the result, that now the symbol for `pqxx::connection::startconnect()' is missing. I found this symbol to be referenced from .gnu.linkonce.r._ZTV24ConnectionWithExecParams[vtable for ConnectionWithExecParams]+0x10. Now this fits pretty good in your explenation: The class ConnectionWithExecParams is a custom subclass of pqxx::connection I made for the sole purpose of accessing the private get_conn() method to use the PQExecParam function to get some binary data out of the db without having to escape it (which takes ages). As far as I understand this with new "feature" of g++-4.0 there is nothing we can do about that. With this PQXX_PRIVATE think there is no way I am able to subclass pqxx::connection without linking libpqxx statically. This will all become obsolete if someone can explain to me how to get the content of a bytea field without having the server and client to escape it. Thanks for your effort. Axel _______________________________________________ Libpqxx-general mailing list [email protected] http://gborg.postgresql.org/mailman/listinfo/libpqxx-general
