Discussion :

[Higgins]

Bonjour,

Je viens de passer la mise à jour 10.3.3 et j'ai systématiquement une erreur à l'exécution des procédures stockées qui fonctionnaient normalement avant.
Je me connecte à une base SQL Server et les TFDQuery fonctionnent sans problème, seules les procédures stockées déclenchent une erreur

Le projet XXXX.exe a déclenché la classe d'exception EMSSQLNativeException avec le message '[Firedac][Phys][ODBC][sqlncli11.dll] SQL_ERROR'

Mon code est le suivant, if fonctionne sans erreur avec Delphi 10.3.1 mais avec RIO 10.3.3, l'erreur apparait à l'appel de "Open;"

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
With TFDStoredProc.create(nil) do
begin
        Connection:=usersession.Connection;
        FetchOptions.Items := FetchOptions.Items - [fiMeta];
        StoredProcName:='CountLateActions';
        Params.CreateParam(ftInteger, 'Result', ptResult);
        Params.CreateParam(ftString, 'Filters', ptInput);
        Params.ParamByName('filters').AsString :='';
        Open;
end;

[ShaiLeTroll]

Cela méritait une QC au plus vite

Tu arrives à faire cohabiter une 10.3.1 et une 10.3.3 ?
ou tu as deux postes, ton poste normal et un poste de bench de version ?

[Higgins]

Il s'agit de deux postes distincts.
Les applications distribuées aux clients sont buildées sur un poste réservé qui n'est équipé que de la configuration "validées".
La 10.3.3 est pour l'instant en test.

J'ai pris la fâcheuse habitude depuis plusieurs années de ne plus faire remonter les problèmes car les tickets étaient souvent fermés sans explication.
Je viens malgré tout de créer le ticket RSP-27745

[Higgins]

Voici la réponse d'embarcadero:

As a workaround you can do:
• use "@Result" instead of "Result" as parameter name;
• set ResourceOptions.UnifyParams to True.

Effectivement ça fonctionne.
Précision:Si je me fie à la documentation de "ResourceOptions.UnifyParams", il semble que "Result" est un mot réservé est que qu'il doit être remplacé par n'importe quoi d'autre.
J'ai fait un test avec "resultat" au lieu de "@result' et ça fonctionne aussi