Sujet: [résolu] Statement failed, SQLCODE = -607

[ADz]

Bonsoir,



Outre le message ci dessus, il y a aussi dans le log file le message :



 unsuccessful metadata update

-STORE RDB$RELATION_FIELDS failed

-attempt to store duplicate value (visible to active transactions) in unique index "RDB$INDEX_15"



Je ne sais si cela a un lien ou pas, mais j'ai observé le pb suivant :



J'ai du travailler qq temps sur un notebook (XP pack2) et sur celui ci la migration d'ancestrologie c'est bien passée sans incident.

Depuis une semaine j'ai repris mon PC perso (XP pack1) et j'ai sans cesse des "access violation error" dès que je veux accéder au répertoire.



J'ai repris la même database et le même executable que sur le notebook : même sanction.

Ce soir, j'ai repris une database d'avant la migration, à l'ouverture, Ancestrologie me signale que la base n'etant pas à jour les calculs ne se feront pas, mais je n'ai plus ces access violation error.



Quand je fais une mise à jour de la base via "Ancestrologie-Migration.EXE", le programme plante à nouveau.



J'ai du rendre le notebook et je suis un brin dans l'embarras (:-().



Si l'un d'entre vous a un embryon d'idée (voire un stade plus développé d'idée), je suis preneur.

[DDdeBerdeux]

Bonjour André,

Je l'erreur 607 que tu signales est normale, car elle est provoquée lors de la maj de la base quand on veut exécuter des changements qui ont déjà été faits, comme créer une procédure qui existe déjà.

Les erreur de violation mémoire sont des erreurs d'exécution du fichier exécutable, pouvant être dûs à son environnement, windows, gds32.dll, réponse inattendue de la base.

As-tu mis à jour gds32.dll, le lien se trouve dans les messages de PCM.



A+

DD (il faut que je change de signature pour échanger des messages avec toi)

[ADz]

"As-tu mis à jour gds32.dll, le lien se trouve dans les messages de PCM.

"



Oui, Comme cela faisait longtemps que je ne m'etais mis à jour, j'ai fait la totale. l'exe, la base, les arbres, les skins, tout ce qui m'avais semblé etre en décalage entre ma version et celle du site.



Mais peut etre devrais je tout desinstaller, et réinstaller le dernier package.



Si je fais une sauvegarde complete de la directory c:\program file\Ancestrologie (qui inclut la licence), à quoi d'autre dois je faire attention ?



Mais avant tout est ce bien necessaire ?



Comme j'ai constaté que la base avant migration semble fonctionner, et que celle après plante si je clicke sur n'importe quel sous menu compris entre "Individus et Impression", y a t il une action - genre requete SQL - que je peux faire sur la nouvelle database pour connaitre les difference entre celle ci et sa précedente.



Dans mon boulot, j'utilise des outils comme "Beyond Compare" qui analyse les différences entre des fichiers C entre des executables, ..., mais qui ne marche pas sur les databases.



Comme le message d'erreur cite souvent que l'erreur est survenue en tentant de lire à l'@ 03A, y a t il un programme capable de me dire ce qu'il y a à cette adresse (un genre de GREP).



A+

Ne change pas de signature, j'interviens bien moins souvent que toi, je m'adapte.



Cordialement,

ADz

[Ransac]

Si je fais une sauvegarde complete de la directory c:\program file\Ancestrologie (qui inclut la licence)

la licence sauvegardée comme cela ne marchera plus après réinstalation du logiciel !

Il te faudra remettre le fichier original qui est dans l'e-mail reçu.



Pour être sûr de bien faire les choses, n'oublie pas de supprimer ta licence de la DLL arbre avant la déinstallation, afin d'être sûr de pouvoir la réinstaller après.

[DDdeBerdeux]

Attention pour le licence, ce n'est pas le fichier .lic qui est dans le répertoire ancestrologie qu'il faut garder, mais le fichier accompagnant l'email qu'a dû t'envoyer PCM. C'est peut-être ce fichier là que tu as mis dans le répertoire ancestrologie, mais il a été modifié lors de la mise en route suivante. Et pour le plugin les arbres si tu as pris la licence, j'ai cru comprendre qu'il fallait se "désinscrire" en ligne avant de désinstaller.

Mais à priori, une désinstallation ne me semble pas nécessaire. J'ai une config relativement stable, mais j'ai complètement désactivé les skins depuis l'épisode "catastrophique" de fin juin (changement de bibliothèque de skins).

J'utilise la version serveur de Firebird 1.53, mais pour ceux qui utilisent la version "embedded", la version livrée précédemment avec ancestro semble avoir un bug que l'on a constaté avec la nouvelle codification d'Aboville. C'est pour celà que PCM a mis en ligne cette nouvelle version de gds32.dll (qui doit être en v1.53). Et je ne suis pas sûr que cette version accompagne la dernière installation.

Pour les modifications de la base intervenues depuis la b3.57, je veux bien te transmettre le script, mais il fait 7500 lignes...

Par contre je peux te mettre en mp la liste de principe des modif effectuées, elle a été sur mon site pendant la période de tests.

A+

André

[ADz]

Il est vrai, maintenant que tu y fais référence, qu'entre ma version notebook et mon desktop, l'un n'a que 4 skins (des vieux) et l'autre a la derniere avalanche.



J'essayerais ce soir de checker celui en cours d'utilisation, et de revenir à une config identique à la version notebook.



Je ne me lancerais donc pas de suite dans la desinstallation ... à suivre.





En ce qui concerne le GDS32.DLL : sur le notebook, c'est le 1.5.0.4027, sur le desktop, le dernier téléchargé il y a moins d'une semaine.



A+

ADz

[ADz]

Bon,



J'ai édité la directory des skins, supprimé la quasi totalité (sauf les 4 que j'utilisais sur le notebook) et relancé le programme ....



.... même sanction : l'appuie sur Répertoire appellait immédiatement le message d'erreur (dont on ne peut sortir au passage que via : gestionaire des taches, terminer le processus).



J'ai repris la derniere database qui marchait, j'ai eu droit au message concernant la mise à jour de celle-ci.



J'ai fait un export Gedcom. J'ai quitté ancestrologie, je l'ai relancé avec la database qui plante, j'ai fais un import Gedcom écrasant la database actuelle, et .... ca ne plante plus !!!



Petite précision qui n'explique pas tout puisque la db réduite (explication ci-apres) etait en utilisation sur le notebook sans pb.



Il y a quelques temps, en consultant la liste des individus et des pays de naissance, j'ai vu que cette liste mélangeait les dossiers et donc le dossier n°1 fourni en exemple et qui contient l'arbre des cazaux-Moutou et le dossier n°2 qui contient ma famille.



J'avais donc supprimer le dossier n°1 : peut etre est ce une erreur (Oui ? Non ?).



J'ai donc creer une DB réduite, ne comportant que le dossier n°2 (au passage si qqun peut m'expliquer comment le renommer n°1)



Et c'est cette DB réduite qui plantait ??



Bon, je clos ce sujet mais sans conviction.



A+

[Horemans]

(au passage si qqun peut m'expliquer comment le renommer n°1)

Uniquement en réimportant un gedcom dans une base vide

[ADz]

Merci,

[DDdeBerdeux]

Je poste ici, parce que j'ai eu un problème ressemblant à celui de ADz, c'est à dire l'apparition systématique d'un message d'erreur "violation à l'adresse..." dès que je voulais accéder au menu.

Dans mon cas, c'est arrivé suite à l'arrêt du programme par le gestionnaire de tâches, conséquence d'un bloquage de la base. (Cà arrive quand on tripatouille les procédures stockées, ou qu'on teste une base qui boucle...)

Même en ayant remplacé le fichier de la base par une copie de celui-ci, il était impossible d'accéder au menu.

Le remède n'est à utiliser qu'en prenant des précautions car il consiste à aller dans la BDR, modifier en n'importe quoi le nom de la base en cours.

Au redémarrage suivant, Ancestrologie détectant que le fichier indiqué n'existe pas, s'ouvre en demandant de sélectionner une base.

Il faut alors commencer par sélectionner une autre base que la précédente, même si son fichier est bon, sans celà les erreurs recommencent.

On peut par la suite revenir à la première et tout refonctionne normalement.

Les raisons, je les ignore, peut-être Philippe a-t-il une idée. Mais si le remède peut en aider certains, prendre les précautions d'usage pour toucher à la BDR.

A+

André

[Ransac]

si le but est de sélectionner une autre base, il suffit de renommer sa base, ainsi le programme ne la trouve pas, il en demande le chemin et tu peux en choisir une autre !