Vous n'êtes pas identifié(e).
si je fais
ldd /usr/local/geomatique/lib/libgeos_c.so.1.6.0
linux-gate.so.1 => (0xa000000000000000)
libgeos-3.1.1.so => /usr/local/geomatique/lib/libgeos-3.1.1.so (0x2000000800094000)
libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x2000000800364000)
libm.so.6.1 => /lib/tls/libm.so.6.1 (0x20000008004d8000)
libc.so.6.1 => /lib/tls/libc.so.6.1 (0x200000080058c000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x20000008007b8000)
/lib/ld-linux-ia64.so.2 (0x2000000800000000)
donc a la compil de postgis on devrez avoir
libgeos_c.so.1.6.0 et non libgeos_c.so.1
comment puis je forcer avec le ./configure de postgis qu'il prenne la bonne biblio
merci !
Hors ligne
mon admin a desinstaller les libgeos de 2006 !!!
linux-gate.so.1 => (0xa000000000000000)
libgeos_c.so.1 => not found (*.pourquoi ici j'ai pas libgeos_c.so.1.6.0)
libproj.so.0 => /usr/local/geomatique/lib/libproj.so.0 (0x2000000800124000)
libc.so.6.1 => /lib/tls/libc.so.6.1 (0x20000008001b0000)
libm.so.6.1 => /lib/tls/libm.so.6.1 (0x20000008003dc000)
/lib/ld-linux-ia64.so.2 (0x2000000800000000)
quand je comile j'ai cela pourquoi j'ai pas
libgeos_c.so.1.6.0
merci
Hors ligne
Parce que tu pointais effectivement sur les anciennes libs. Recompile l'ensemble, ça devrait mieux se passer.
Marc.
Hors ligne
j'ai fait du ménage dans /etc/ld.so.conf et j'ai puis avoir libgeos-3.1.1.so
en faisant un ldd local/geomatique/pgsql/lib/postgis-1.4.so
donc c'est lmieux
linux-gate.so.1 => (0xa000000000000000)
libgeos_c.so.1 => /usr/local/geomatique/lib/libgeos_c.so.1 (0x2000000800124000)
libproj.so.0 => /usr/local/geomatique/lib/libproj.so.0 (0x2000000800160000)
libc.so.6.1 => /lib/tls/libc.so.6.1 (0x20000008001ec000)
libgeos-3.1.1.so => /usr/local/geomatique/lib/libgeos-3.1.1.so (0x2000000800418000)
libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x20000008006e8000)
libm.so.6.1 => /lib/tls/libm.so.6.1 (0x200000080085c000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x2000000800910000)
/lib/ld-linux-ia64.so.2 (0x2000000800000000)
je recompile c'est mieux , mais que fait libgeos_c.so.1 ??? la dedans est ce bien une libraririe
nécéssaire de la geos-3.1.1 ou encore une ancienne libraririe tu l'a toi ? en faisant un LDD?
quand je lance il me dit
could not load library "/usr/local/geomatique/pgsql/lib/postgis-1.4.so": libgeos_c.so.1: Ne peut ouvrir le fichier d'objet partagé: Aucun fichier ou répertoire de ce type, j'ai l'impression
j'attends confirmation je te remerci e
Hors ligne
ldd /usr/lib/postgresql/8.4/lib/postgis-1.4.so
linux-vdso.so.1 => (0x00007fff15f64000)
libgeos_c.so.1 => /usr/lib/libgeos_c.so.1 (0x00007f3c63315000)
libproj.so.0 => /usr/lib/libproj.so.0 (0x00007f3c630d3000)
libc.so.6 => /lib/libc.so.6 (0x00007f3c62d7f000)
libgeos-3.1.0.so => /usr/lib/libgeos-3.1.0.so (0x00007f3c62a25000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f3c62715000)
libm.so.6 => /lib/libm.so.6 (0x00007f3c62492000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007f3c6227c000)
/lib64/ld-linux-x86-64.so.2 (0x00007f3c637b1000)
Marc.
Hors ligne
et pour info :
ldd /usr/lib/libgeos_c.so.1
linux-vdso.so.1 => (0x00007fff8bfff000)
libgeos-3.1.0.so => /usr/lib/libgeos-3.1.0.so (0x00007f676caf2000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f676c7e2000)
libm.so.6 => /lib/libm.so.6 (0x00007f676c54a000)
libc.so.6 => /lib/libc.so.6 (0x00007f676c1f7000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007f676bfe1000)
/lib64/ld-linux-x86-64.so.2 (0x00007f676d063000)
Marc.
Hors ligne
donc va veut dire qu'elle est utile ce que je me doutez car j'avez fait la meme manip que toi
Je pense faire un ln -s /usr/local/geomatique/lib/libgeos_c.so.1 /usr/lib
pour ne pas avoir ce message la
could not load library "/usr/local/geomatique/pgsql/lib/postgis-1.4.so": libgeos_c.so.1: Ne peut ouvrir le fichier d'objet partagé: Aucun fichier ou répertoire de ce type,
merci marc
Hors ligne
ou bien le mettre dans le LD_LIBRARY_PATH de postgres. ou le ld.so.conf. Nous y revoila 
Le lien ça peut être une solution aussi, mais ça risque de compliquer la maintenance de l'OS, si dans un ou deux ans tu veux remettre à jour ta libgeos
Marc.
Hors ligne
c'est car meme bizarre
je l'ai mis le chemin de libgeos_c.so.1 dans le ld_library_path mais aussi dans le ld.so.conf (puis ldconfig)
j'ai arreté postgress , rdemarré , lancer le postgis.sql
il me mets toujours le message d'erreur could not load library "/usr/local/geomatique/pgsql/lib/postgis-1.4.so": libgeos_c.so.1: Ne peut ouvrir le fichier d'objet partagé: Aucun fichier ou répertoire de ce type
bon je vais voir avec le ln pas possible quand meme !
Hors ligne
avec le ln ca passe
et apres avpoir mis le droit
nouveau message
psql:/usr/local/geomatique/postgresql-8.1.4/contrib/postgis-1.4.0/postgis/postgis.sql:54: ERROR: could not load library "/usr/local/geomatique/pgsql/lib/postgis-1.4.so": /usr/local/geomatique/pgsql/lib/postgis-1.4.so: undefined symbol: ARR_NULLBITMAP ( PROJ ?????)
Merci marc
Hors ligne
ce post me fait reflechir
http://groups.google.com/group/geodjang … e495bc451f
Hors ligne
mich@sg:/usr/local/geomatique> cat /proc/version
Linux version 2.6.5-7.252-sn2 (geeko@buildhost) (gcc version 3.3.3 (SuSE Linux)) #1 SMP Tue Feb 14 11:11:04 UTC 2006
mich@sg:/usr/local/geomatique> cat /etc/issue
Welcome to SUSE LINUX Enterprise Server 9 (ia64) - Kernel \r (\l).
c'est un 64 bits il faut descendre a la postgis anterieure suite a ce forum en tant qu'expert as tu déja eu ce probleme
qu'en pense tu
merci michel
Hors ligne
Non. Je suis aussi en 64 bits dans les tests que je t'ai capturé, et aussi en 1.4. Par contre je suis en x86_64, pas ia64. Et avec un système beaucoup plus récent (compilo, noyau, librairie C…)
Marc.
Hors ligne
- Moi mon serveur ne posséde pas de carte graphique
- est ce une bonne idee de descendre a la version postgis 1.3.6
- ARR_NULLBITMAP cela sert a quoi ?
Comment pourrez je faire ? cela deviens difficile !!! mais bon je veux pas renoncer si prés du but!!
Dernière modification par mich30 (30/10/2009 10:15:54)
Hors ligne
- Le rapport avec la carte graphique ? Je voulais dire que l'architecture ia64 est quelque chose d'assez exotique (processeur itanium), qu'on trouve très rarement. Je suis donc en 64 bits comme toi, mais pas du tout sur le même type de processeur. ia64 est une architecture radicalement différente de x86_64. Il est peu probable que les développeurs de postgis en aient un pour compiler.
- La version antérieure de postgis marche bien aussi. Je ne suis pas assez expert sur le sujet pour te dire si tu as besoin de ce qui se trouve en 1.4… je ne l'ai pas non plus testé sur ia64
- #define ARR_NULLBITMAP(a) \
(ARR_HASNULL(a) ? \
(bits8 *) (((char *) (a)) + sizeof(ArrayType) + \
2 * sizeof(int) * ARR_NDIM(a)) \
: (bits8 *) NULL)
/*
C'est une macro du code de postgres. Si ta librairie postgis essaye de résoudre ARR_NULLBITMAP comme un symbole, c'est qu'il le prend pour une fonction au lieu d'une macro je pense. Ça me ferait pencher vers un problème d'include au moment de la compilation de postgis. Mais ça serait bien que quelqu'un d'autre donne son avis là.
gleu ?
Marc.
Hors ligne
donc a ton avis ca sert a rien que je me recasse la tete a installer le postgis 1.3.6
c'est plutot vers le compilateur , tu peut pas l'envoyer a des collégues a toi pour voir ce qu'il en passe
merci
Hors ligne
Je n'ai pas de collègues qui travaillent sur postgis. Ni moi non plus d'ailleurs. Ta problématique est normalement une problématique assez simple d'ajout de module à postgresql, qui a malheureusement mal tourné
D'où je demande à la cantonnade aux autres personnes ayant l'habitude de ce genre de chose, si ils sont d'accord avec moi.
Attention : je n'ai pas dit problème de compilateur, j'ai dit problème de compilation
Marc.
Hors ligne
installer le postgis 1.3.6 c'est une bonne idée???
Hors ligne
aucune idée…
Marc.
Hors ligne
j'ai installé la version postgis 1.3.6 ( ce coup ci avec lwpostgis.sql"
je lance la commande il me dit type "histogram2d" already exists
merci
Hors ligne
normal, tu n'as pas du désinstaller la version précédente.
Sinon je viens de monter postgis 1.4 avec postgres 8.1. Je reproduis ton erreur.
Ce que je te conseille : plutôt que de downgrader postgis, monte une version plus récente de postgres (8.4 au hasard)
Au passage la raison est la suivante :
marc:/usr/src/postgresql-8.1.18# grep -ri ARR_NULLBITMAP .
marc:/usr/src/postgresql-8.1.18#
(c'est une macro, qui est censée exister dans postgres, mais n'existe pas dans la 8.1)
Dernière modification par Marc Cousin (30/10/2009 16:57:54)
Marc.
Hors ligne
bon je vais recompiler la postgis 1.4
encore merci de pas me laisser tomber car j'en bave la
pour passer de la version postgres actuelle a la version 1.4 je fais comment merci
- je desinstalle ma postgres actuelle ou il ya un genre de upgrade merci infiniment !!
le post a été lu au moins 600 fois ca doit intéréssé du monde dommage qu'on soit tous les 2
@+
Hors ligne
Postgres 8.4 d'abord. Il n'y a pas de mise à jour.
Précise lui un prefix (configure --prefix), c'est à dire un répertoire d'installation, qui ne soit pas en conflit avec ton moteur 8.1 (ou vire le si tu peux ça sera encore plus simple)
Puis postgis 1.4 en lui passant
./configure --with-pgconfig=/home/marc/temp/postgresql-8.4.1/bin/pg_config (enfin vers le chemin ou tu auras installé postgres 8.4). pg_config est le programme qui permettra à configure d'avoir les infos sur l'installation postgres que tu auras faite, et donc de compiler et installer ton postgis au bon endroit…
Dernière modification par Marc Cousin (30/10/2009 17:21:09)
Marc.
Hors ligne
autre question pour normal, tu n'as pas du désinstaller la version précédente.
j'ai fait un make uninstall y a des trucs a faire encore ??
remerci
Hors ligne
avant ça, il fallait la désinstaller de ton schema : lancer uninstall_postgis.sql. Sinon les objets que tu as créés par le postgis.sql restent en base.
Marc.
Hors ligne
