Discussion :

[dehorter olivier]

Bonjour à tous

Je viens de me mettre à Firebird 3.0 .
J'ai donc migré ma base de 2.5 vers 3.0 = Pas de problème.

[Un autre problème lié à cette migration fait l'objet de ce post]

Pour infos :Cette base de données est gérée à partir d'une interface développée sous delphi.

Avec la base de données (ver 2.5) tout fonctionne sans problème . Mais depuis que la base à migrer sous 3.0, rien de va plus

On reçoit ces types de message d'erreur :

invalid transaction handle (expecting explicit transaction start)

Dans le programme, il n'y a pas demande de fermeture de transaction (à ce niveau du plantage), mais évidemment il y a une gestion des transactions . Je rappelle que tout fonctionné sous 2.5.
ou on reçoit cce message :

Error writing data to the connection

Sur toutes les machines le firebird.conf est configuré Port : 3050 et ServerMode = Super

Je joins un petit schéma qui se veut explicite ....


Avez-vous des idées pour résoudre cela ?

merci d'avance

Olivier

[Artemus24]

Salut dehorter olivier.

Une petite recherche sur google aurait pu vous aider à trouver la solution.

http://www.developpez.net/forums/d36...saction-start/
Voir post #7 en particulier.

http://www.developpez.net/forums/d34...saction-start/
Voir post #3

@+

[dehorter olivier]

Merci Artemus24

J'avais fait les recherches mais uniquement sur les forums "Firebird", pensant qu'il était "responsable". Mais cette nuit, j'ai aussi en effet pensé que cela pouvait provenir des composants utilisés dans Delphi, comme vous le suggérez .

Pour les connexions à la base Firebird, j’utilise les composants d'IbDAC (5.6.21).

Normalement, la gestion des transactions est faite explicitement; je les ouvre et je les ferme (je n'aime pas trop utiliser la propriété AutoCommit).
Et je pense que je ne me plante pas la-dessus parce qu'en utilisant la base sous le format firebird 2.5 tout fonctionne parfaitement. Ce n'est qu'en utilisant cette base au format firebird 3.0 que ces erreurs apparaissent.

Voila pourquoi je pense que le problème ne vient pas de ma programmation, mais on ne sait jamais

a+
olivier

[SergioMaster]

Bonjour,

Voila pourquoi je pense que le problème ne vient pas de ma programmation, mais on ne sait jamais

je le pense aussi, cependant il y a peut être une différence coté firebird : le mode super serveur et cela change peut être certaines régles. Je pense avoir lu des choses à ce sujet, c'est donc, peut être, une piste à suivre

[dehorter olivier]

Ouf

Peut etre que Philippe Makowski en rentrant de l'AG de Firebird verra ce message et donnera plus d'indication

Je vais contacter IbDAc pour leur signaler un éventuel sur leurs composants

a+
olivier

[makowski]

Je vais contacter IbDAc pour leur signaler un éventuel sur leurs composants

C'est la meilleure chose à faire, pour moi c'est eux qui doivent envoyer des demandes incorrectes

[dehorter olivier]

Merci j'y cours de ce pas

[dehorter olivier]

Bonjour à tous

je rouvre ce post pour signaler à la communauté que ce problème se révèle un bug dans Firebird 3

http://tracker.firebirdsql.org/browse/CORE-5307

Sometimes (almost randomly) DML statement running in a valid transaction context may fail with "invalid transaction handle" error. All subsequent usage of the same transaction handle (including attempt to rollback) raise the same error. The issue manifests itself only when user-defined temporary blobs are involved in DML operations.

et ce problème est résolu

a+
olivier

[Artemus24]

Salut dehorter olivier.

Est-ce toi qui a entré ce bug ? Ou bien, viens-tu de le découvrir ?

Il est marqué "resolved", c'est bien. Mais quand sera disponible cette correction ? A la prochaine version ?

@+

[dehorter olivier]

Rebonjour

Salut dehorter olivier.

Est-ce toi qui a entré ce bug ? Ou bien, viens-tu de le découvrir ?

Il est marqué "resolved", c'est bien. Mais quand sera disponible cette correction ? A la prochaine version ?

@+

Non, cela fait partie d'un post dans le yahoo group de Firebird :

129392Re: Firebird 3.0 - invalid transaction handle (expecting explicit transaction start).

et Dmitry Yemanov de Firebird a trouvé il y a 2 jours que c'était un bug. Il a du être corrigé cette nuit

Je suis sur que la prochaine mise à jour en tiendra compte mais je pense que dès à présent que les snapshot build doivent déjà l'intégrer

a+
olivier