On 15 June 2011 18:58, Julen Ruiz Aizpuru <[email protected]> wrote: > az., 2011.eko ekaren 15a 12:34(e)an, Graham Dumpleton(e)k idatzi zuen: >> >> You have done everything right as far as trying to track things down so >> far. >> >> I presume that libdbxml-2.5.so is the only libdbxml on the box and is >> the right version otherwise you would have noted that already. >> Similarly that libxqilla.so.5 is the correct version. The only >> interesting bit of online documentation I could find about the two >> was: >> >> >> http://download.oracle.com/docs/cd/E17276_01/html/ref_xml/xml_unix/shlib.html >> >> which does warn about ensuring not to mix wrong versions. > > Yes, that's the only libdxml on the box. > > libdbxml is built on top of libdb, so when compiling DB-XML I also compiled > libdb, libxqilla and libxerces. Those libraries were previously installed on > the system (by some berkeley db package, I presume). The compiled libraries > reside in /usr/local/lib/.
For the ones that were installed previously, were there header files also installed. Any chance they are still on the box somewhere and they were picked up incorrectly when you built from source code? Graham > libdbxml is linked against those compiled libraries, which I assume is > correct and wouldn't be a problem so far. But correct me if I'm mistaken. > $ ldd /usr/local/lib/libdbxml.so > linux-gate.so.1 => (0xf57fe000) > libdb-4.8.so => /usr/local/lib/libdb-4.8.so (0xb7361000) > libxqilla.so.5 => /usr/local/lib/libxqilla.so.5 (0xb6f13000) > libxerces-c-3.0.so => /usr/local/lib/libxerces-c-3.0.so (0xb6b80000) > libz.so.1 => /usr/lib/libz.so.1 (0xb6b6c000) > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb6a77000) > libm.so.6 => /lib/libm.so.6 (0xb6a4d000) > libc.so.6 => /lib/libc.so.6 (0xb6908000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb68ea000) > libpthread.so.0 => /lib/libpthread.so.0 (0xb68d0000) > libicuuc.so.44 => /usr/lib/libicuuc.so.44 (0xb6796000) > libicudata.so.44 => /usr/lib/libicudata.so.44 (0xb5958000) > libnsl.so.1 => /lib/libnsl.so.1 (0xb5941000) > /lib/ld-linux.so.2 (0xb7782000) > libdl.so.2 => /lib/libdl.so.2 (0xb593d000) > >> Besides double checking that, not sure what else to suggest right now. >> >> It doesn't look like it could be permissions issues as you say an >> update works, just not an insert. >> >> BTW, are you using mod_wsgi in embedded mode or daemon mode? >> > > I'm using daemon mode. > > -- > You received this message because you are subscribed to the Google Groups > "modwsgi" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/modwsgi?hl=en. > > -- You received this message because you are subscribed to the Google Groups "modwsgi" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/modwsgi?hl=en.
