[CR 2008] argument non valide [Résolu]

[kikidrome]

bonjour
je suis en train de tester la compatibilité ascendante et j'ai un problème avec certains rapports pour lesquelles j'ai une erreur :
"impossible d'extraire des données de la base de donnée" et "argument non valide fourni"

j'ai identifié la ligne de code qui provoque le malaise :
c'est une affectation toute bête :

Code :

shared stringvar titre:={rapport_prog_resp_col.TITRE};

et qui ne pose aucun problème en CR XI

sur 10 rapports testés, 2 ont ce problèmes...

une idée ?

[Aitone]

Tu dois pas déclarer la variable d'abord ?

Code :

1
2
shared stringvar titre;
titre:={rapport_prog_resp_col.TITRE};

[kikidrome]

Envoyé par Adrien Artero

Tu dois pas déclarer la variable d'abord ?

Code :

ben, elle est déclarée

Code :

shared stringvar titre;

le champ que je lui affecte est un champ de ma BD

que veut dire "argument non valide fourni" ?

[Aitone]

lol, moi je l'ai déclaré mais pas toi dans ton poste...

[kikidrome]

Envoyé par Adrien Artero

lol, moi je l'ai déclaré mais pas toi dans ton poste...

ah si si, je l'ai déclarée.. en fait, j'ai çà dans un sous état :

Code :

1
2
3
4
5
6
7
8
9
10
shared stringvar md := {Array1_Col.MD};
shared stringvar effet := {Array1_Col.EFFET};
shared stringvar cause := {Array1_Col.CAUSE};
shared stringvar act_reco := {Array1_Col.ACT_RECO};
shared stringvar resp := {Array1_Col.RESP};
shared stringvar delai := {Array1_Col.DELAI};
shared stringvar etat_a := {Array1_Col.ETAT_A};
shared stringvar etude := {RAPPORT_DEFAULT_Col.ETUDE};
shared stringvar soustitre := {RAPPORT_DEFAULT_Col.STRESP};
shared stringvar titre := {RAPPORT_PROC_RESP_Col.TITRE};

et seule la ligne avec titre prose problème

[kikidrome]

Envoyé par Adrien Artero

Tu dois pas déclarer la variable d'abord

je dirais que non, on peut déclarer et affecter dans la même instruction..
tiens, j'essaie quand même de déclarer d'abord... à suivre !
....
...

même punition...

[Coocky10]

Est ce que le mot titre n'est pas considérer comme une nouvelle fonction (par hasard) et du coup ne pourrais plus être utiliser en nom de variable ?

[kikidrome]

Envoyé par Coocky10

Est ce que le mot titre n'est pas considérer comme une nouvelle fonction (par hasard) et du coup ne pourrais plus être utiliser en nom de variable ?

j'ai exatctement la même formule dans d'autres rapports qui sont ok vace la version 2008

[Aitone]

bien joué

Envoyé par Crystal

Commande Titre (menu Carte)
Utilisez la commande Titre pour modifier le nom de votre carte. Cette commande ouvre la Boîte de dialogue Changer le titre de la carte.

[kikidrome]

Envoyé par Adrien Artero

bien joué

pas compris

[Aitone]

on a posté en même temps. Mon post ne s'adressait pas à toi
En fait, Titre est le nom d'une commande Crystal. Si tu change le nom de ta variable cela va peut-être fonctionner.
Quand il te donne l'erreur, que met-il en surbrillance ?

[kikidrome]

Envoyé par Adrien Artero

on a posté en même temps. Mon post ne s'adressait pas à toi
En fait, Titre est le nom d'une commande Crystal. Si tu change le nom de ta variable cela va peut-être fonctionner.
Quand il te donne l'erreur, que met-il en surbrillance ?

c'est ce que je disais plus haut, ca marche comme çà dans d'autres rapports et j'ai déjà essayé de mettre titre1, çà marche pô

[Aitone]

ça t'aide :

Lorsque les utilisateurs ouvrent un rapport dans le concepteur de rapport incorporé de Crystal Reports pour Visual Studio
.NET ou dans une application personnalisée, ils ne peuvent ni définir la source de données du rapport ni afficher la
requête SQL. L'un des messages d'erreur suivants apparaît : "Argument fourni non valide." ou "Erreur inconnue liée au
moteur de recherche."
Le problème se produit sous certaines conditions :
- Le rapport a été créé dans une application personnalisée, créant une connexion à une source de données ODBC et
utilisant la méthode "LogonServerWithPrivateInfo" pour réutiliser le descripteur de base de données.
- L'application personnalisée change l'emplacement de la table avant de présenter les rapports.
- L'utilisateur exporte le rapport à partir du visualiseur.
Sous ces conditions, le rapport exporté héritait du problème parce que, dans cette configuration, les informations de
connexion d'une table sont supprimées du rapport.

[Coocky10]

Ouai ca serait donc au niveau connexion à la base.

Est-ce l'erreur concerne dans les deux cas la table et le champs suivant :

{RAPPORT_PROC_RESP_Col.TITRE}

et est ce que les autres états qui fonctionne utilisent aussi cette table ?

[kikidrome]

Envoyé par Adrien Artero

ça t'aide :

Non...

[kikidrome]

Ca y est, c'est résolut, en fait, ce sont les liaisons entre les tables qui sont en cause... j'avais ce schema :

et il faut ce schéma :

je ne savais pas qu'il y avait une différence entre ces 2 schémas et les 2 fonctionnaient en CR XI...

C'ets un technicien d'un revendeur qui m'a dépannée, merci à lui