Re: [gnome-db] SQLite meta schema & undefined symbols problems



Done.

I have to install libgda to /usr, when have libgda packages installed. make install overwrite libgda-*.so libraries and FORCE to use yours.

The problem here is that Anjuta, depends on libgda, and will get any development version (with all its bugs) when you try to use it to develop on libgda. I love Anjuta, but this will force me to use a different development environment.


2013/5/7 Daniel Espinosa <esodan gmail com>
I've found that my system have a package libgda-5.0 installed, because Anjuta and gnome-devel dependencies.

What is the best location to install libgda: prefix to /usr or /usr/local, in order to avoid dependencies issues?


2013/5/7 Daniel Espinosa <esodan gmail com>
Please note that libgda are located in different directory than libgdaui.


    libgda-5.0.so.4 => /usr/lib/libgda-5.0.so.4 (0x00007ff60ec05000)
    libgda-ui-5.0.so.4 => /usr/lib/x86_64-linux-gnu/libgda-ui-5.0.so.4 (0x00007ff60e98a000)

I'll try to clean up all. Make sure no libgda* are located in different locations. make distclean, make, make (including manual deleting if necessary)


2013/5/7 Daniel Espinosa <esodan gmail com>
This the output for:

ldd /usr/bin/gda-browser-5.0
    linux-vdso.so.1 =>  (0x00007fff5f7fe000)
    libgda-5.0.so.4 => /usr/lib/libgda-5.0.so.4 (0x00007ff60ec05000)
    libgda-ui-5.0.so.4 => /usr/lib/x86_64-linux-gnu/libgda-ui-5.0.so.4 (0x00007ff60e98a000)
    libxml2.so.2 => /usr/lib/x86_64-linux-gnu/libxml2.so.2 (0x00007ff60e626000)
    libgtksourceview-3.0.so.0 => /usr/lib/x86_64-linux-gnu/libgtksourceview-3.0.so.0 (0x00007ff60e3b3000)
    libgtk-3.so.0 => /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 (0x00007ff60dcf9000)
    libgdk-3.so.0 => /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 (0x00007ff60da6a000)
    libgdk_pixbuf-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0 (0x00007ff60d84a000)
    libcairo.so.2 => /usr/lib/x86_64-linux-gnu/libcairo.so.2 (0x00007ff60d546000)
    libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x00007ff60d2f6000)
    libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007ff60cffa000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007ff60cddd000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007ff60ca14000)
    libgmodule-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0 (0x00007ff60c810000)
    libgio-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 (0x00007ff60c4b6000)
    libpango-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0 (0x00007ff60c26a000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007ff60c066000)
    libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007ff60be4f000)
    liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007ff60bc2c000)
    libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007ff60b927000)
    libpangocairo-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangocairo-1.0.so.0 (0x00007ff60b71a000)
    libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007ff60b3df000)
    libXi.so.6 => /usr/lib/x86_64-linux-gnu/libXi.so.6 (0x00007ff60b1d0000)
    libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007ff60afca000)
    libcairo-gobject.so.2 => /usr/lib/x86_64-linux-gnu/libcairo-gobject.so.2 (0x00007ff60adc0000)
    libatk-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libatk-1.0.so.0 (0x00007ff60ab9e000)
    libatk-bridge-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libatk-bridge-2.0.so.0 (0x00007ff60a973000)
    libpangoft2-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangoft2-1.0.so.0 (0x00007ff60a75e000)
    libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007ff60a524000)
    libXinerama.so.1 => /usr/lib/x86_64-linux-gnu/libXinerama.so.1 (0x00007ff60a320000)
    libXrandr.so.2 => /usr/lib/x86_64-linux-gnu/libXrandr.so.2 (0x00007ff60a116000)
    libXcursor.so.1 => /usr/lib/x86_64-linux-gnu/libXcursor.so.1 (0x00007ff609f0b000)
    libXcomposite.so.1 => /usr/lib/x86_64-linux-gnu/libXcomposite.so.1 (0x00007ff609d08000)
    libXdamage.so.1 => /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007ff609b04000)
    libwayland-client.so.0 => /usr/lib/x86_64-linux-gnu/libwayland-client.so.0 (0x00007ff6098f8000)
    libxkbcommon.so.0 => /usr/lib/x86_64-linux-gnu/libxkbcommon.so.0 (0x00007ff609696000)
    libwayland-cursor.so.0 => /usr/lib/x86_64-linux-gnu/libwayland-cursor.so.0 (0x00007ff60948d000)
    libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007ff60927b000)
    libpixman-1.so.0 => /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 (0x00007ff608fe3000)
    libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007ff608d46000)
    libpng12.so.0 => /lib/x86_64-linux-gnu/libpng12.so.0 (0x00007ff608b20000)
    libxcb-shm.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-shm.so.0 (0x00007ff60891c000)
    libxcb-render.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-render.so.0 (0x00007ff608712000)
    libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007ff6084f4000)
    libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 (0x00007ff6082e9000)
    librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007ff6080e1000)
    libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007ff607ed9000)
    libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007ff607c99000)
    /lib64/ld-linux-x86-64.so.2 (0x00007ff60ef51000)
    libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007ff607a7a000)
    libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007ff607860000)
    libatspi.so.0 => /usr/lib/x86_64-linux-gnu/libatspi.so.0 (0x00007ff60763a000)
    libdbus-1.so.3 => /lib/x86_64-linux-gnu/libdbus-1.so.3 (0x00007ff6073f6000)
    libharfbuzz.so.0 => /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0 (0x00007ff60715e000)
    libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007ff606f35000)
    libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007ff606d30000)
    libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007ff606b2a000)
    libicule.so.48 => /usr/lib/x86_64-linux-gnu/libicule.so.48 (0x00007ff6068f4000)
    libicuuc.so.48 => /usr/lib/x86_64-linux-gnu/libicuuc.so.48 (0x00007ff606589000)
    libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007ff606286000)
    libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007ff60606f000)
    libicudata.so.48 => /usr/lib/x86_64-linux-gnu/libicudata.so.48 (0x00007ff604cff000)



2013/5/6 Vivien Malerba <vmalerba gmail com>
Ok, can you make sure the gda-browser uses the same library as the one installed (i.e. that no environment variable changes that behaviour), run:
ldd gda-browser-5.0
and see which libgda-5.0.xxx is loaded

Vivien


On 6 May 2013 21:00, Daniel Espinosa <esodan gmail com> wrote:
This is the output:

nm -g libgda/.libs/libgda-5.0.so.4.1.1 | grep gda_set
0000000000086e20 T gda_set_add_holder
0000000000085b40 T gda_set_copy
0000000000030340 T gda_set_error_get_type
0000000000085570 T gda_set_error_quark
0000000000086720 T gda_set_get_group
0000000000085dc0 T gda_set_get_holder
0000000000085e50 T gda_set_get_holder_value
00000000000865f0 T gda_set_get_node
00000000000864e0 T gda_set_get_nth_holder
0000000000088320 T gda_set_get_source
00000000000868e0 T gda_set_get_source_for_model
0000000000085660 T gda_set_get_type
0000000000084d50 T gda_set_group_add_node
0000000000084bc0 T gda_set_group_copy
0000000000084b70 T gda_set_group_free
0000000000084e80 T gda_set_group_get_n_nodes
0000000000084db0 T gda_set_group_get_node
0000000000084e10 T gda_set_group_get_nodes
0000000000084d20 T gda_set_group_get_source
0000000000084c30 T gda_set_group_get_type
0000000000084c70 T gda_set_group_new
0000000000084cf0 T gda_set_group_set_source
0000000000085ca0 T gda_set_is_valid
0000000000086d50 T gda_set_merge_with_set
0000000000086f50 T gda_set_new
0000000000086fb0 T gda_set_new_from_spec_node
0000000000087600 T gda_set_new_from_spec_string
0000000000087810 T gda_set_new_inline
0000000000086ee0 T gda_set_new_read_only
00000000000854e0 T gda_set_node_copy
0000000000084470 T gda_set_node_free
0000000000085320 T gda_set_node_get_data_model
0000000000085260 T gda_set_node_get_holder
0000000000085400 T gda_set_node_get_source_column
00000000000851c0 T gda_set_node_get_type
0000000000085200 T gda_set_node_new
0000000000085350 T gda_set_node_set_data_model
0000000000085290 T gda_set_node_set_holder
0000000000085440 T gda_set_node_set_source_column
00000000000883b0 T gda_set_remove_holder
00000000000886d0 T gda_set_replace_source_model
0000000000085ef0 T gda_set_set_holder_value
00000000000850b0 T gda_set_source_add_node
0000000000084fc0 T gda_set_source_copy
0000000000084ab0 T gda_set_source_free
0000000000084f90 T gda_set_source_get_data_model
0000000000085180 T gda_set_source_get_n_nodes
0000000000085110 T gda_set_source_get_nodes
0000000000084ec0 T gda_set_source_get_type
0000000000084f00 T gda_set_source_new
0000000000085030 T gda_set_source_set_data_model

As for nm documentation, they are defined correctly.


2013/5/6 Vivien Malerba <vmalerba gmail com>
The gda_set* symbols are defined in libgda-5.0.xxx library, not in the libgda-ui-5.0.xxx one. What does the same command but with the libgda-5.0.xxx file (it would be best to test the one in $drcdir/libgda/.libs to avoid installation related issues)?


Vivien


On 6 May 2013 17:20, Daniel Espinosa <esodan gmail com> wrote:
After make distclean / make / make install (and after reboot!) I call:

nm -g /usr/lib/x86_64-linux-gnu/libgda-ui-5.0.so.4.1.1 | grep gda_set
                 U gda_set_add_holder
                 U gda_set_copy
                 U gda_set_get_group
                 U gda_set_get_holder
                 U gda_set_get_nth_holder
                 U gda_set_get_type
                 U gda_set_group_get_n_nodes
                 U gda_set_group_get_node
                 U gda_set_group_get_nodes
                 U gda_set_group_get_source
                 U gda_set_is_valid
                 U gda_set_new
                 U gda_set_node_get_holder
                 U gda_set_node_get_source_column
                 U gda_set_source_get_data_model
                 U gda_set_source_get_n_nodes
                 U gda_set_source_get_nodes

As you can see most gda_set_*_new  and *_get_type methods are missing. Any comment suggestion?


2013/5/6 Daniel Espinosa <esodan gmail com>
Here they are.

In parallel, I'll make the process described before to see if I have my system working correctly.

I've not set any local configuration to your RES files. If you need them please tell me.


2013/5/6 Vivien Malerba <vmalerba gmail com>
Hi Daniel,

can you run:

make distclean
./configure >& RES_conf
make >& RES_make

and send me the RES* files?

Vivien


On 6 May 2013 16:07, Daniel Espinosa <esodan gmail com> wrote:
I have this problem in a VM with Ubuntu 13.04, I've set up for development outside my current laptop.

And Yes I have found all the symbols claimed to be undefined.

I've tried to make uninstall, make distclean, and then re-build / make install again, but have same problems. I'll try re reset my VM, and restart again.

I'll appreciate any help.


2013/4/30 Vivien Malerba <vmalerba gmail com>
I've just set up this environment, and it works fine (except for the Graphviz API recent modifications which I've just corrected in master):
~/Devel/libgda/libgda$ nm -g ./.libs/libgda-5.0.so.4.1.1 | grep gda_set_group
00000000000ae83d T gda_set_group_add_node
00000000000ae707 T gda_set_group_copy
00000000000ae778 T gda_set_group_free
00000000000ae97d T gda_set_group_get_n_nodes
00000000000ae8ae T gda_set_group_get_node
00000000000ae917 T gda_set_group_get_nodes
00000000000ae801 T gda_set_group_get_source
00000000000ae63c T gda_set_group_get_type
00000000000ae688 T gda_set_group_new
00000000000ae7c2 T gda_set_group_set_source


Do you have something similar?
BTW, the libgda.symbols file is used only when compiling for Windows, not for Linux where the list of symbols to export is defined by starting with "gda_"

Vivien


On 30 April 2013 21:10, Daniel Espinosa <esodan gmail com> wrote:
I've found that when using GDA from master, on Ubuntu 13.04 i get the following errors:

When launching gda-browser-5.0 or try to use from PyGI, program fails trying to find undefined symbols resently added like gda_set_group*, gda_set_source_* and gda_set_node_*, they are included in libgda.symbols file, do you have any suggestion?

--
Trabajar, la mejor arma para tu superación
"de grano en grano, se hace la arena" (R) (en trámite, pero para los cuates: LIBRE)

_______________________________________________
gnome-db-list mailing list
gnome-db-list gnome org
https://mail.gnome.org/mailman/listinfo/gnome-db-list





--
Trabajar, la mejor arma para tu superación
"de grano en grano, se hace la arena" (R) (en trámite, pero para los cuates: LIBRE)




--
Trabajar, la mejor arma para tu superación
"de grano en grano, se hace la arena" (R) (en trámite, pero para los cuates: LIBRE)



--
Trabajar, la mejor arma para tu superación
"de grano en grano, se hace la arena" (R) (en trámite, pero para los cuates: LIBRE)




--
Trabajar, la mejor arma para tu superación
"de grano en grano, se hace la arena" (R) (en trámite, pero para los cuates: LIBRE)




--
Trabajar, la mejor arma para tu superación
"de grano en grano, se hace la arena" (R) (en trámite, pero para los cuates: LIBRE)



--
Trabajar, la mejor arma para tu superación
"de grano en grano, se hace la arena" (R) (en trámite, pero para los cuates: LIBRE)



--
Trabajar, la mejor arma para tu superación
"de grano en grano, se hace la arena" (R) (en trámite, pero para los cuates: LIBRE)



--
Trabajar, la mejor arma para tu superación
"de grano en grano, se hace la arena" (R) (en trámite, pero para los cuates: LIBRE)


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]