depuis un petit moment, j'ai une appli qui plante de mani=E8re tr=E8s
al=E9atoire sans aucune raison apparente au chargement d'une fen=EAtre.
La fen=EAtre en question contient une table avec colonnes clon=E9es.
Dans l'appli en fond, il y a des threads qui tournent. (je les ai vir=E9
mais ca change rien)
et ca plante donc sur ces dll, voici une partie du message d'erreur:
Bien sur le support n'est pas en mesure de me r=E9pondre. De mon cot=E9,
=E7a plante al=E9atoirement en d=E9veloppement (et =E7a ne me dit pas o=F9)=
ou
en ex=E9cutable.
Et manifestement en parcourant un peu tous les forums, pas mal de gens
ont eu ce genre de probl=E8me avec cette ou d'autres versions.
D=E9tails techniques :
Module : WD150OBJ.DLL
Version du module : 15.00Lom
VI : 01F150046g
Adresse de base : 25060000
Erreur syst=E8me : Access violation (GPF)
EIP =3D 2509ABD4
OS : Windows XP ou .NET Service Pack 3(5.1.2600)
Registres :
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Albert P.
"ground" a écrit dans le message de news:
bonjour
depuis un petit moment, j'ai une appli qui plante de manière très aléatoire sans aucune raison apparente au chargement d'une fenêtre.
La fenêtre en question contient une table avec colonnes clonées. Dans l'appli en fond, il y a des threads qui tournent. (je les ai viré mais ca change rien)
et ca plante donc sur ces dll, voici une partie du message d'erreur:
Bien sur le support n'est pas en mesure de me répondre. De mon coté, ça plante aléatoirement en développement (et ça ne me dit pas où) ou en exécutable.
Et manifestement en parcourant un peu tous les forums, pas mal de gens ont eu ce genre de problème avec cette ou d'autres versions.
Détails techniques :
Module : WD150OBJ.DLL Version du module : 15.00Lom VI : 01F150046g Adresse de base : 25060000 Erreur système : Access violation (GPF) EIP = 2509ABD4 OS : Windows XP ou .NET Service Pack 3(5.1.2600) Registres :
J'ai eu un probleme similaire à cause d'une déclaration de procédure avec valeur par défaut.
J'avais une variable globale au projet de type composée :
gVar est composée de Chemin est une chaine MaDate est une date fin
et j'initialisais le chemin dans le constructeur d'une classe une variable de la façon suivante
MaClasse est un cl_MaClasse() avec le constructeur cl_maclasse(pChemin est une chaine = gVar.chemin) et boum, de façon aléatoire mon projet se plantait avec une erreur dans la WM Le fait de virer l'affectation par défaut et de remplacer par MaClasse est un cl_MaClasse(gVar.chemin) n'a pas suffit à resoudre le problème. J'ai du faire la chose suivante :
MaChaine est une chaine = gVar.Chemin MaClasse est un cl_MaClasse(MaChaine)
depuis, je n'ai plus de problèmes (enfin ... plus celui la :)
Albert P.
"ground" <groundsteph@gmail.com> a écrit dans le message de news:
c61a04a0-8ed2-4c53-a921-4aa1fb3def8f@u22g2000yqf.googlegroups.com...
bonjour
depuis un petit moment, j'ai une appli qui plante de manière très
aléatoire sans aucune raison apparente au chargement d'une fenêtre.
La fenêtre en question contient une table avec colonnes clonées.
Dans l'appli en fond, il y a des threads qui tournent. (je les ai viré
mais ca change rien)
et ca plante donc sur ces dll, voici une partie du message d'erreur:
Bien sur le support n'est pas en mesure de me répondre. De mon coté,
ça plante aléatoirement en développement (et ça ne me dit pas où) ou
en exécutable.
Et manifestement en parcourant un peu tous les forums, pas mal de gens
ont eu ce genre de problème avec cette ou d'autres versions.
Détails techniques :
Module : WD150OBJ.DLL
Version du module : 15.00Lom
VI : 01F150046g
Adresse de base : 25060000
Erreur système : Access violation (GPF)
EIP = 2509ABD4
OS : Windows XP ou .NET Service Pack 3(5.1.2600)
Registres :
J'ai eu un probleme similaire à cause d'une déclaration de procédure avec
valeur par défaut.
J'avais une variable globale au projet de type composée :
gVar est composée de
Chemin est une chaine
MaDate est une date
fin
et j'initialisais le chemin dans le constructeur d'une classe une variable
de la façon suivante
MaClasse est un cl_MaClasse() avec le constructeur cl_maclasse(pChemin est
une chaine = gVar.chemin) et boum, de façon aléatoire mon projet se plantait
avec une erreur dans la WM Le fait de virer l'affectation par défaut et de
remplacer par MaClasse est un cl_MaClasse(gVar.chemin) n'a pas suffit à
resoudre le problème. J'ai du faire la chose suivante :
MaChaine est une chaine = gVar.Chemin
MaClasse est un cl_MaClasse(MaChaine)
depuis, je n'ai plus de problèmes (enfin ... plus celui la :)
depuis un petit moment, j'ai une appli qui plante de manière très aléatoire sans aucune raison apparente au chargement d'une fenêtre.
La fenêtre en question contient une table avec colonnes clonées. Dans l'appli en fond, il y a des threads qui tournent. (je les ai viré mais ca change rien)
et ca plante donc sur ces dll, voici une partie du message d'erreur:
Bien sur le support n'est pas en mesure de me répondre. De mon coté, ça plante aléatoirement en développement (et ça ne me dit pas où) ou en exécutable.
Et manifestement en parcourant un peu tous les forums, pas mal de gens ont eu ce genre de problème avec cette ou d'autres versions.
Détails techniques :
Module : WD150OBJ.DLL Version du module : 15.00Lom VI : 01F150046g Adresse de base : 25060000 Erreur système : Access violation (GPF) EIP = 2509ABD4 OS : Windows XP ou .NET Service Pack 3(5.1.2600) Registres :
J'ai eu un probleme similaire à cause d'une déclaration de procédure avec valeur par défaut.
J'avais une variable globale au projet de type composée :
gVar est composée de Chemin est une chaine MaDate est une date fin
et j'initialisais le chemin dans le constructeur d'une classe une variable de la façon suivante
MaClasse est un cl_MaClasse() avec le constructeur cl_maclasse(pChemin est une chaine = gVar.chemin) et boum, de façon aléatoire mon projet se plantait avec une erreur dans la WM Le fait de virer l'affectation par défaut et de remplacer par MaClasse est un cl_MaClasse(gVar.chemin) n'a pas suffit à resoudre le problème. J'ai du faire la chose suivante :
MaChaine est une chaine = gVar.Chemin MaClasse est un cl_MaClasse(MaChaine)
depuis, je n'ai plus de problèmes (enfin ... plus celui la :)
Albert P.
titou44
bonjour
ne serait-ce pas sur une nouvelle machine ayant l'hyperthreading activé ? si oui, le désactiver dans le bios et dans windows forcer windows à n'uliser qu'un seul processeur.
cordialement titou44 chez libresurf.com
Après mûre réflexion, ground a écrit :
bonjour
depuis un petit moment, j'ai une appli qui plante de manière très aléatoire sans aucune raison apparente au chargement d'une fenêtre.
La fenêtre en question contient une table avec colonnes clonées. Dans l'appli en fond, il y a des threads qui tournent. (je les ai viré mais ca change rien)
et ca plante donc sur ces dll, voici une partie du message d'erreur:
Bien sur le support n'est pas en mesure de me répondre. De mon coté, ça plante aléatoirement en développement (et ça ne me dit pas où) ou en exécutable.
Et manifestement en parcourant un peu tous les forums, pas mal de gens ont eu ce genre de problème avec cette ou d'autres versions.
Détails techniques :
Module : WD150OBJ.DLL Version du module : 15.00Lom VI : 01F150046g Adresse de base : 25060000 Erreur système : Access violation (GPF) EIP = 2509ABD4 OS : Windows XP ou .NET Service Pack 3(5.1.2600) Registres :
ne serait-ce pas sur une nouvelle machine ayant l'hyperthreading activé
?
si oui, le désactiver dans le bios et dans windows forcer windows à
n'uliser qu'un seul processeur.
cordialement
titou44 chez libresurf.com
Après mûre réflexion, ground a écrit :
bonjour
depuis un petit moment, j'ai une appli qui plante de manière très
aléatoire sans aucune raison apparente au chargement d'une fenêtre.
La fenêtre en question contient une table avec colonnes clonées.
Dans l'appli en fond, il y a des threads qui tournent. (je les ai viré
mais ca change rien)
et ca plante donc sur ces dll, voici une partie du message d'erreur:
Bien sur le support n'est pas en mesure de me répondre. De mon coté,
ça plante aléatoirement en développement (et ça ne me dit pas où) ou
en exécutable.
Et manifestement en parcourant un peu tous les forums, pas mal de gens
ont eu ce genre de problème avec cette ou d'autres versions.
Détails techniques :
Module : WD150OBJ.DLL
Version du module : 15.00Lom
VI : 01F150046g
Adresse de base : 25060000
Erreur système : Access violation (GPF)
EIP = 2509ABD4
OS : Windows XP ou .NET Service Pack 3(5.1.2600)
Registres :
ne serait-ce pas sur une nouvelle machine ayant l'hyperthreading activé ? si oui, le désactiver dans le bios et dans windows forcer windows à n'uliser qu'un seul processeur.
cordialement titou44 chez libresurf.com
Après mûre réflexion, ground a écrit :
bonjour
depuis un petit moment, j'ai une appli qui plante de manière très aléatoire sans aucune raison apparente au chargement d'une fenêtre.
La fenêtre en question contient une table avec colonnes clonées. Dans l'appli en fond, il y a des threads qui tournent. (je les ai viré mais ca change rien)
et ca plante donc sur ces dll, voici une partie du message d'erreur:
Bien sur le support n'est pas en mesure de me répondre. De mon coté, ça plante aléatoirement en développement (et ça ne me dit pas où) ou en exécutable.
Et manifestement en parcourant un peu tous les forums, pas mal de gens ont eu ce genre de problème avec cette ou d'autres versions.
Détails techniques :
Module : WD150OBJ.DLL Version du module : 15.00Lom VI : 01F150046g Adresse de base : 25060000 Erreur système : Access violation (GPF) EIP = 2509ABD4 OS : Windows XP ou .NET Service Pack 3(5.1.2600) Registres :
merci à vous deux mais pour albert, je n'utilise pas ce genre de déclaration. y a t'il d'autres objets qui peuvent rentrer en compte ?
pour titou44 les machines n'ont pas été changées en cours de route. donc je ne vois pas pourquoi soudainement l'hypertreathing pourrait nous mettre dedans.
bref c la galère !!!
merci à vous deux mais pour albert, je n'utilise pas ce genre de
déclaration.
y a t'il d'autres objets qui peuvent rentrer en compte ?
pour titou44 les machines n'ont pas été changées en cours de route.
donc je ne vois pas pourquoi soudainement l'hypertreathing pourrait
nous mettre dedans.
merci à vous deux mais pour albert, je n'utilise pas ce genre de déclaration. y a t'il d'autres objets qui peuvent rentrer en compte ?
pour titou44 les machines n'ont pas été changées en cours de route. donc je ne vois pas pourquoi soudainement l'hypertreathing pourrait nous mettre dedans.
bref c la galère !!!
Albert P.
"ground" a écrit dans le message de news:
merci à vous deux mais pour albert, je n'utilise pas ce genre de déclaration. y a t'il d'autres objets qui peuvent rentrer en compte ?
pour titou44 les machines n'ont pas été changées en cours de route. donc je ne vois pas pourquoi soudainement l'hypertreathing pourrait nous mettre dedans.
bref c la galère !!!
Bonjour,
En consultant mes notes, j'ai eu aussi le cas de la déclaration d'une variable de type date dans une variable composée déclarée dans le code d'initialisation du projet. J'ai du transférer cette variable globale dans une classe qui est globale au projet.
Pour ce qui est des colonnes clonées, nous n'utilisons pas cette fonctionnalitée. Un collègue utilise massivement le clonage de table complète sans problème et pour ma part j'utilise le clonage sur des champs images ou des champs de saisie (libellé, date, heure et monétaire) sans problèmes non plus.
Peut être créer une table avec un nombre important de colonne et essayer de travailler sans le clonage des colonnes (du moins le temps de faire le test).
Bon courage,
Albert P.
"ground" <groundsteph@gmail.com> a écrit dans le message de news:
55a96583-b9b4-4e99-95ed-0529d858d363@q23g2000yqd.googlegroups.com...
merci à vous deux mais pour albert, je n'utilise pas ce genre de
déclaration.
y a t'il d'autres objets qui peuvent rentrer en compte ?
pour titou44 les machines n'ont pas été changées en cours de route.
donc je ne vois pas pourquoi soudainement l'hypertreathing pourrait
nous mettre dedans.
bref c la galère !!!
Bonjour,
En consultant mes notes, j'ai eu aussi le cas de la déclaration d'une
variable de type date dans une variable composée déclarée dans le code
d'initialisation du projet. J'ai du transférer cette variable globale dans
une classe qui est globale au projet.
Pour ce qui est des colonnes clonées, nous n'utilisons pas cette
fonctionnalitée. Un collègue utilise massivement le clonage de table
complète sans problème et pour ma part j'utilise le clonage sur des champs
images ou des champs de saisie (libellé, date, heure et monétaire) sans
problèmes non plus.
Peut être créer une table avec un nombre important de colonne et essayer de
travailler sans le clonage des colonnes (du moins le temps de faire le
test).
merci à vous deux mais pour albert, je n'utilise pas ce genre de déclaration. y a t'il d'autres objets qui peuvent rentrer en compte ?
pour titou44 les machines n'ont pas été changées en cours de route. donc je ne vois pas pourquoi soudainement l'hypertreathing pourrait nous mettre dedans.
bref c la galère !!!
Bonjour,
En consultant mes notes, j'ai eu aussi le cas de la déclaration d'une variable de type date dans une variable composée déclarée dans le code d'initialisation du projet. J'ai du transférer cette variable globale dans une classe qui est globale au projet.
Pour ce qui est des colonnes clonées, nous n'utilisons pas cette fonctionnalitée. Un collègue utilise massivement le clonage de table complète sans problème et pour ma part j'utilise le clonage sur des champs images ou des champs de saisie (libellé, date, heure et monétaire) sans problèmes non plus.
Peut être créer une table avec un nombre important de colonne et essayer de travailler sans le clonage des colonnes (du moins le temps de faire le test).
