J'ai un outil qui liste les champs d'une fenêtre et qui plante je ne
sais pas pkoi dans certain cas.
C'est un champs qui est dans la fenêtre mais qu'il identifie comme
étant de type 'chaine' et il plante sur SELON {pCh}..Type.
Sans doute que ce meme champs est déclaré en variable globale fenêtre
dans d'autres fenêtre, mais ça ferait trop de modifs.
Je voudrais donc ignorer l'erreur et continuer; et là rien à faire.
Voici mon code
QUAND EXCEPTION DANS
MaTaille=0
SELON {pCh}..Type
CAS typActiveX
MonType="ActiveX"
CAS typAsc
MonType="Ascenseur"
CAS typBouton
MonType="Bouton"
etc ...
FAIRE
RENVOYER ""
FIN
j'ai meme essayé un
SI PAS ChampExiste({pCh}) ALORS RENVOYER
avant le test, mais ça plante toujours.
Comment écrire cela pour éviter le plantage de cette fonction ?
--
Eric Roumégou
http://cerbermail.com/?TSoulBerPA
(cliquez sur le lien ci-dessus pour me contacter en privé)
QUAND EXCEPTION DANS MaTaille=0 SELON {pCh}..Type CAS typActiveX MonType="ActiveX" CAS typAsc MonType="Ascenseur" CAS typBouton MonType="Bouton"
etc ... FAIRE RENVOYER "" FIN
j'ai meme essayé un SI PAS ChampExiste({pCh}) ALORS RENVOYER avant le test, mais ça plante toujours.
Comment écrire cela pour éviter le plantage de cette fonction ?
try { MaTaille=0 SELON {pCh}..Type CAS typActiveX MonType="ActiveX" CAS typAsc MonType="Ascenseur" CAS typBouton MonType="Bouton" } catch (e.WinDev) { stderr("Erreur trapée par WinDev") ; } catch (...) { stderr("Erreur non WinDev") ; }
non j'déconne mais c'est pour augmenter mes stats de fréquentation :)
mouarffff ! :p
-- Jacques Trepp Albygest - 81160 - St Juery jacques-pas de (enlever '-pas de spam' pour me joindre) http://www.albygest.com
Pascal F
Roumegou Eric a présenté l'énoncé suivant :
J'ai un outil qui liste les champs d'une fenêtre et qui plante je ne sais pas pkoi dans certain cas. C'est un champs qui est dans la fenêtre mais qu'il identifie comme étant de type 'chaine' et il plante sur SELON {pCh}..Type. Sans doute que ce meme champs est déclaré en variable globale fenêtre dans d'autres fenêtre, mais ça ferait trop de modifs. Je voudrais donc ignorer l'erreur et continuer; et là rien à faire. Voici mon code
QUAND EXCEPTION DANS MaTaille=0 SELON {pCh}..Type CAS typActiveX MonType="ActiveX" CAS typAsc MonType="Ascenseur" CAS typBouton MonType="Bouton"
etc ... FAIRE RENVOYER "" FIN
j'ai meme essayé un SI PAS ChampExiste({pCh}) ALORS RENVOYER avant le test, mais ça plante toujours.
Comment écrire cela pour éviter le plantage de cette fonction ?
N'est pas sur des champs d'une fenêtre interne ou d'un composant?
-- Pascal
Ne garder que le prénom pour me joindre
Roumegou Eric a présenté l'énoncé suivant :
J'ai un outil qui liste les champs d'une fenêtre et qui plante je ne sais pas pkoi dans certain cas.
C'est un champs qui est dans la fenêtre mais qu'il identifie comme étant de type 'chaine' et il plante sur SELON {pCh}..Type.
Sans doute que ce meme champs est déclaré en variable globale fenêtre dans d'autres fenêtre, mais ça ferait trop de modifs.
Je voudrais donc ignorer l'erreur et continuer; et là rien à faire.
Voici mon code
QUAND EXCEPTION DANS
MaTaille=0
SELON {pCh}..Type
CAS typActiveX
MonType="ActiveX"
CAS typAsc
MonType="Ascenseur"
CAS typBouton
MonType="Bouton"
etc ...
FAIRE
RENVOYER ""
FIN
j'ai meme essayé un
SI PAS ChampExiste({pCh}) ALORS RENVOYER
avant le test, mais ça plante toujours.
Comment écrire cela pour éviter le plantage de cette fonction ?
N'est pas sur des champs d'une fenêtre interne ou d'un composant?
--
Pascal
N0.pascal.SPAM@efpe.biz
Ne garder que le prénom pour me joindre
J'ai un outil qui liste les champs d'une fenêtre et qui plante je ne sais pas pkoi dans certain cas. C'est un champs qui est dans la fenêtre mais qu'il identifie comme étant de type 'chaine' et il plante sur SELON {pCh}..Type. Sans doute que ce meme champs est déclaré en variable globale fenêtre dans d'autres fenêtre, mais ça ferait trop de modifs. Je voudrais donc ignorer l'erreur et continuer; et là rien à faire. Voici mon code
QUAND EXCEPTION DANS MaTaille=0 SELON {pCh}..Type CAS typActiveX MonType="ActiveX" CAS typAsc MonType="Ascenseur" CAS typBouton MonType="Bouton"
etc ... FAIRE RENVOYER "" FIN
j'ai meme essayé un SI PAS ChampExiste({pCh}) ALORS RENVOYER avant le test, mais ça plante toujours.
Comment écrire cela pour éviter le plantage de cette fonction ?
N'est pas sur des champs d'une fenêtre interne ou d'un composant?
-- Pascal
Ne garder que le prénom pour me joindre
Roumegou Eric
Le 09/09/2005, Pascal F a supposé :
Roumegou Eric a présenté l'énoncé suivant :
J'ai un outil qui liste les champs d'une fenêtre et qui plante je ne sais pas pkoi dans certain cas. C'est un champs qui est dans la fenêtre mais qu'il identifie comme étant de type 'chaine' et il plante sur SELON {pCh}..Type. Sans doute que ce meme champs est déclaré en variable globale fenêtre dans d'autres fenêtre, mais ça ferait trop de modifs. Je voudrais donc ignorer l'erreur et continuer; et là rien à faire. Voici mon code
QUAND EXCEPTION DANS MaTaille=0 SELON {pCh}..Type CAS typActiveX MonType="ActiveX" CAS typAsc MonType="Ascenseur" CAS typBouton MonType="Bouton"
etc ... FAIRE RENVOYER "" FIN
j'ai meme essayé un SI PAS ChampExiste({pCh}) ALORS RENVOYER avant le test, mais ça plante toujours.
Comment écrire cela pour éviter le plantage de cette fonction ?
N'est pas sur des champs d'une fenêtre interne ou d'un composant?
Non. Ce champs est dans toutes mes fenêtres et là ça plante (?) Peut_être à cause de ChampsClone (mais pas sur ce champs) mais ce que je veux, c'est éviter le plantage car il y a tellement de cas où cette fn peut être utilisée que je ne me vois pas les identifier tous. s'il y arrive pas, il doit laisser tomber.
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
Le 09/09/2005, Pascal F a supposé :
Roumegou Eric a présenté l'énoncé suivant :
J'ai un outil qui liste les champs d'une fenêtre et qui plante je ne sais
pas pkoi dans certain cas.
C'est un champs qui est dans la fenêtre mais qu'il identifie comme étant de
type 'chaine' et il plante sur SELON {pCh}..Type.
Sans doute que ce meme champs est déclaré en variable globale fenêtre dans
d'autres fenêtre, mais ça ferait trop de modifs.
Je voudrais donc ignorer l'erreur et continuer; et là rien à faire.
Voici mon code
QUAND EXCEPTION DANS
MaTaille=0
SELON {pCh}..Type
CAS typActiveX
MonType="ActiveX"
CAS typAsc
MonType="Ascenseur"
CAS typBouton
MonType="Bouton"
etc ...
FAIRE
RENVOYER ""
FIN
j'ai meme essayé un
SI PAS ChampExiste({pCh}) ALORS RENVOYER
avant le test, mais ça plante toujours.
Comment écrire cela pour éviter le plantage de cette fonction ?
N'est pas sur des champs d'une fenêtre interne ou d'un composant?
Non. Ce champs est dans toutes mes fenêtres et là ça plante (?)
Peut_être à cause de ChampsClone (mais pas sur ce champs)
mais ce que je veux, c'est éviter le plantage car il y a tellement de
cas où cette fn peut être utilisée que je ne me vois pas les identifier
tous.
s'il y arrive pas, il doit laisser tomber.
--
Eric Roumégou
http://cerbermail.com/?TSoulBerPA
(cliquez sur le lien ci-dessus pour me contacter en privé)
J'ai un outil qui liste les champs d'une fenêtre et qui plante je ne sais pas pkoi dans certain cas. C'est un champs qui est dans la fenêtre mais qu'il identifie comme étant de type 'chaine' et il plante sur SELON {pCh}..Type. Sans doute que ce meme champs est déclaré en variable globale fenêtre dans d'autres fenêtre, mais ça ferait trop de modifs. Je voudrais donc ignorer l'erreur et continuer; et là rien à faire. Voici mon code
QUAND EXCEPTION DANS MaTaille=0 SELON {pCh}..Type CAS typActiveX MonType="ActiveX" CAS typAsc MonType="Ascenseur" CAS typBouton MonType="Bouton"
etc ... FAIRE RENVOYER "" FIN
j'ai meme essayé un SI PAS ChampExiste({pCh}) ALORS RENVOYER avant le test, mais ça plante toujours.
Comment écrire cela pour éviter le plantage de cette fonction ?
N'est pas sur des champs d'une fenêtre interne ou d'un composant?
Non. Ce champs est dans toutes mes fenêtres et là ça plante (?) Peut_être à cause de ChampsClone (mais pas sur ce champs) mais ce que je veux, c'est éviter le plantage car il y a tellement de cas où cette fn peut être utilisée que je ne me vois pas les identifier tous. s'il y arrive pas, il doit laisser tomber.
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
Dev
Champclone était balbutiant en WD75 !! Est-il possible de faire le test sans ces champs et voir ce que cela donne ?
-- Cordialement Christophe Charron
Service Développement PROLOGIQ 7 bis Rue des Aulnes 69410 Champagne au Mont d'Or
Tel : 0 437 499 107 Fax : 0 437 499 105 mailto:
"Roumegou Eric" a écrit dans le message de news:
Le 09/09/2005, Pascal F a supposé : > Roumegou Eric a présenté l'énoncé suivant : >> J'ai un outil qui liste les champs d'une fenêtre et qui plante je ne
sais
>> pas pkoi dans certain cas. >> C'est un champs qui est dans la fenêtre mais qu'il identifie comme
étant de
>> type 'chaine' et il plante sur SELON {pCh}..Type. >> Sans doute que ce meme champs est déclaré en variable globale fenêtre
dans
>> d'autres fenêtre, mais ça ferait trop de modifs. >> Je voudrais donc ignorer l'erreur et continuer; et là rien à faire. >> Voici mon code >> >> QUAND EXCEPTION DANS >> MaTaille=0 >> SELON {pCh}..Type >> CAS typActiveX >> MonType="ActiveX" >> CAS typAsc >> MonType="Ascenseur" >> CAS typBouton >> MonType="Bouton" >> >> etc ... >> FAIRE >> RENVOYER "" >> FIN >> >> j'ai meme essayé un >> SI PAS ChampExiste({pCh}) ALORS RENVOYER >> avant le test, mais ça plante toujours. >> >> Comment écrire cela pour éviter le plantage de cette fonction ? > > N'est pas sur des champs d'une fenêtre interne ou d'un composant?
Non. Ce champs est dans toutes mes fenêtres et là ça plante (?) Peut_être à cause de ChampsClone (mais pas sur ce champs) mais ce que je veux, c'est éviter le plantage car il y a tellement de cas où cette fn peut être utilisée que je ne me vois pas les identifier tous. s'il y arrive pas, il doit laisser tomber.
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
Champclone était balbutiant en WD75 !! Est-il possible de faire le test sans
ces champs et voir ce que cela donne ?
--
Cordialement
Christophe Charron
Service Développement
PROLOGIQ
7 bis Rue des Aulnes
69410 Champagne au Mont d'Or
"Roumegou Eric" <UtilisezleLien@fin.msg> a écrit dans le message de
news:mn.4ab67d597595cdca.11485@fin.msg...
Le 09/09/2005, Pascal F a supposé :
> Roumegou Eric a présenté l'énoncé suivant :
>> J'ai un outil qui liste les champs d'une fenêtre et qui plante je ne
sais
>> pas pkoi dans certain cas.
>> C'est un champs qui est dans la fenêtre mais qu'il identifie comme
étant de
>> type 'chaine' et il plante sur SELON {pCh}..Type.
>> Sans doute que ce meme champs est déclaré en variable globale fenêtre
dans
>> d'autres fenêtre, mais ça ferait trop de modifs.
>> Je voudrais donc ignorer l'erreur et continuer; et là rien à faire.
>> Voici mon code
>>
>> QUAND EXCEPTION DANS
>> MaTaille=0
>> SELON {pCh}..Type
>> CAS typActiveX
>> MonType="ActiveX"
>> CAS typAsc
>> MonType="Ascenseur"
>> CAS typBouton
>> MonType="Bouton"
>>
>> etc ...
>> FAIRE
>> RENVOYER ""
>> FIN
>>
>> j'ai meme essayé un
>> SI PAS ChampExiste({pCh}) ALORS RENVOYER
>> avant le test, mais ça plante toujours.
>>
>> Comment écrire cela pour éviter le plantage de cette fonction ?
>
> N'est pas sur des champs d'une fenêtre interne ou d'un composant?
Non. Ce champs est dans toutes mes fenêtres et là ça plante (?)
Peut_être à cause de ChampsClone (mais pas sur ce champs)
mais ce que je veux, c'est éviter le plantage car il y a tellement de
cas où cette fn peut être utilisée que je ne me vois pas les identifier
tous.
s'il y arrive pas, il doit laisser tomber.
--
Eric Roumégou
http://cerbermail.com/?TSoulBerPA
(cliquez sur le lien ci-dessus pour me contacter en privé)
Champclone était balbutiant en WD75 !! Est-il possible de faire le test sans ces champs et voir ce que cela donne ?
-- Cordialement Christophe Charron
Service Développement PROLOGIQ 7 bis Rue des Aulnes 69410 Champagne au Mont d'Or
Tel : 0 437 499 107 Fax : 0 437 499 105 mailto:
"Roumegou Eric" a écrit dans le message de news:
Le 09/09/2005, Pascal F a supposé : > Roumegou Eric a présenté l'énoncé suivant : >> J'ai un outil qui liste les champs d'une fenêtre et qui plante je ne
sais
>> pas pkoi dans certain cas. >> C'est un champs qui est dans la fenêtre mais qu'il identifie comme
étant de
>> type 'chaine' et il plante sur SELON {pCh}..Type. >> Sans doute que ce meme champs est déclaré en variable globale fenêtre
dans
>> d'autres fenêtre, mais ça ferait trop de modifs. >> Je voudrais donc ignorer l'erreur et continuer; et là rien à faire. >> Voici mon code >> >> QUAND EXCEPTION DANS >> MaTaille=0 >> SELON {pCh}..Type >> CAS typActiveX >> MonType="ActiveX" >> CAS typAsc >> MonType="Ascenseur" >> CAS typBouton >> MonType="Bouton" >> >> etc ... >> FAIRE >> RENVOYER "" >> FIN >> >> j'ai meme essayé un >> SI PAS ChampExiste({pCh}) ALORS RENVOYER >> avant le test, mais ça plante toujours. >> >> Comment écrire cela pour éviter le plantage de cette fonction ? > > N'est pas sur des champs d'une fenêtre interne ou d'un composant?
Non. Ce champs est dans toutes mes fenêtres et là ça plante (?) Peut_être à cause de ChampsClone (mais pas sur ce champs) mais ce que je veux, c'est éviter le plantage car il y a tellement de cas où cette fn peut être utilisée que je ne me vois pas les identifier tous. s'il y arrive pas, il doit laisser tomber.
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
Roumegou Eric
Dev a exposé le 09/09/2005 :
Champclone était balbutiant en WD75 !! Est-il possible de faire le test sans ces champs et voir ce que cela donne ?
-- Cordialement Christophe Charron
L'erreur provient du fait que le champs est déclaré aussi comme une variable chaine d'une fenêtre appelante. Je ne vois pas pourquoi ? la variable est globale à la fenêtre et un Ouvre() renvoie sur une autre fenêtre.
Mais bon dans ce cas (c'est une procédure globale qui est utilisée), ça pose pb. J'ai changé dans toutes mes fenêtres pour renommer cette zone, et cela ne le fait plus.
Mais ma question reste valable pour le monitoring de l'erreur.
Quand aux champsClones, c'est donc indépendant. Mais je suis qd meme de la b. avec ces champclone car il s'agissait de faire une fn générique qui créait des infosbulles sur les noms et caractéristiques des champs... et l'enumereelement ne tient pas cpte des champs clonés.
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
Dev a exposé le 09/09/2005 :
Champclone était balbutiant en WD75 !! Est-il possible de faire le test sans
ces champs et voir ce que cela donne ?
--
Cordialement
Christophe Charron
L'erreur provient du fait que le champs est déclaré aussi comme une
variable chaine d'une fenêtre appelante.
Je ne vois pas pourquoi ? la variable est globale à la fenêtre et un
Ouvre() renvoie sur une autre fenêtre.
Mais bon dans ce cas (c'est une procédure globale qui est utilisée), ça
pose pb.
J'ai changé dans toutes mes fenêtres pour renommer cette zone, et cela
ne le fait plus.
Mais ma question reste valable pour le monitoring de l'erreur.
Quand aux champsClones, c'est donc indépendant.
Mais je suis qd meme de la b. avec ces champclone car il s'agissait de
faire une fn générique qui créait des infosbulles sur les noms et
caractéristiques des champs... et l'enumereelement ne tient pas cpte
des champs clonés.
--
Eric Roumégou
http://cerbermail.com/?TSoulBerPA
(cliquez sur le lien ci-dessus pour me contacter en privé)
Champclone était balbutiant en WD75 !! Est-il possible de faire le test sans ces champs et voir ce que cela donne ?
-- Cordialement Christophe Charron
L'erreur provient du fait que le champs est déclaré aussi comme une variable chaine d'une fenêtre appelante. Je ne vois pas pourquoi ? la variable est globale à la fenêtre et un Ouvre() renvoie sur une autre fenêtre.
Mais bon dans ce cas (c'est une procédure globale qui est utilisée), ça pose pb. J'ai changé dans toutes mes fenêtres pour renommer cette zone, et cela ne le fait plus.
Mais ma question reste valable pour le monitoring de l'erreur.
Quand aux champsClones, c'est donc indépendant. Mais je suis qd meme de la b. avec ces champclone car il s'agissait de faire une fn générique qui créait des infosbulles sur les noms et caractéristiques des champs... et l'enumereelement ne tient pas cpte des champs clonés.
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
