J'ai le msg suivant qui arrive en sortant de mon appli depuis qq jours.
L'instruction à "xxxxxxx" emploie l'adresse memoire "xxxxxxxxx". La
mémoire ne peut être "read".
C'est pas systématique et je ne sais pas d'où ça vient ???
Comment éviter cela ??? Où chercher ?
Merci de vos réponses
--
Eric Roumégou
Webmaster des wtablettes
http://cerbermail.com/?qE7t4Qvilo
(cliquez sur le lien ci-dessus pour me contacter en privé)
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
Pascal F
Roumegou Eric a exprimé avec précision :
Bonjour,
J'ai le msg suivant qui arrive en sortant de mon appli depuis qq jours. L'instruction à "xxxxxxx" emploie l'adresse memoire "xxxxxxxxx". La mémoire ne peut être "read".
C'est pas systématique et je ne sais pas d'où ça vient ??? Comment éviter cela ??? Où chercher ?
Merci de vos réponses
J'ai par moment le même phénomène, mais pas uniquement avec WD, cela se produit parfaois avec d'autres logiciels Word ou Winamp par exemple. Avec WD , il me semble que cela se produit plus souvent lorsque j'ouvre plusieurs projets simultanément, et que je ne referme pas dans l'ordre inverse, mais sans garantie. Mais par contre je n'ai eu ce message que sur des gros projets, jamais sur des petits (composants par exemple, ou projets exemples). Il me semble que j'ai moinsle problème depuis une défragmentation. Mais c'est très subjectif et peut être une coincidence. Je sais ça ne fait pas bcp avancer le schmilblik, mais pas d'autres pistes.
-- Pascal
Ne garder que le prénom pour me joindre
Roumegou Eric a exprimé avec précision :
Bonjour,
J'ai le msg suivant qui arrive en sortant de mon appli depuis qq jours.
L'instruction à "xxxxxxx" emploie l'adresse memoire "xxxxxxxxx". La mémoire ne peut être "read".
C'est pas systématique et je ne sais pas d'où ça vient ???
Comment éviter cela ??? Où chercher ?
Merci de vos réponses
J'ai par moment le même phénomène, mais pas uniquement avec WD, cela se produit parfaois avec d'autres logiciels Word ou Winamp par exemple.
Avec WD , il me semble que cela se produit plus souvent lorsque j'ouvre plusieurs projets simultanément, et que je ne referme pas dans l'ordre inverse, mais
sans garantie. Mais par contre je n'ai eu ce message que sur des gros projets, jamais sur des petits (composants par exemple, ou projets exemples). Il me
semble que j'ai moinsle problème depuis une défragmentation. Mais c'est très subjectif et peut être une coincidence.
Je sais ça ne fait pas bcp avancer le schmilblik, mais pas d'autres pistes.
--
Pascal
N0.pascal.SPAM@efpe.biz
Ne garder que le prénom pour me joindre
J'ai le msg suivant qui arrive en sortant de mon appli depuis qq jours. L'instruction à "xxxxxxx" emploie l'adresse memoire "xxxxxxxxx". La mémoire ne peut être "read".
C'est pas systématique et je ne sais pas d'où ça vient ??? Comment éviter cela ??? Où chercher ?
Merci de vos réponses
J'ai par moment le même phénomène, mais pas uniquement avec WD, cela se produit parfaois avec d'autres logiciels Word ou Winamp par exemple. Avec WD , il me semble que cela se produit plus souvent lorsque j'ouvre plusieurs projets simultanément, et que je ne referme pas dans l'ordre inverse, mais sans garantie. Mais par contre je n'ai eu ce message que sur des gros projets, jamais sur des petits (composants par exemple, ou projets exemples). Il me semble que j'ai moinsle problème depuis une défragmentation. Mais c'est très subjectif et peut être une coincidence. Je sais ça ne fait pas bcp avancer le schmilblik, mais pas d'autres pistes.
-- Pascal
Ne garder que le prénom pour me joindre
[Bernard]
Le 07/12/2005, Roumegou Eric a supposé :
Bonjour,
J'ai le msg suivant qui arrive en sortant de mon appli depuis qq jours. L'instruction à "xxxxxxx" emploie l'adresse memoire "xxxxxxxxx". La mémoire ne peut être "read".
C'est pas systématique et je ne sais pas d'où ça vient ??? Comment éviter cela ??? Où chercher ?
Merci de vos réponses
bonjour Eric, voici une piste peut être...
En général, ce problème est lié directement à la gestion de la mémoire et notamment à celle des pointeurs .(peut être que tu utilises des pointeurs dans ton appli et qui seraient mal initialisés?)
Il peut intervenir dans de nombreux cas : 1) Une mauvaise installation d'une ressource logicielle. 2) L'utilisation en // de plusieurs services. 3) L'utilisation simultanée de plusieurs logiciels utilisant le multi-fenêtrage.
il y a plusieurs pistes a suivre : personnellement, j'ai résolu plusieurs fois le problème en faisant :
1) redémarrage de la becanne en mode sans echec 2) dans une console DOS utilisation de Sfc /SCANNOW (permet de vérifier les versions de tous les fichiers système protégés après le redémarrage des ordinateurs) 3) et en suivant un petit coup de Chkdsk /F ne fera pas de mal (corrections des erreurs disques)
peut être reinstaller Wd75 ( au moins les DLL...)
sinon eh bien va falloir galerer... en désactivant chaque service non "vital" et en retestant ton appli... bon courage... @+++
-- [Bernard] - Carpe Diem -
Le 07/12/2005, Roumegou Eric a supposé :
Bonjour,
J'ai le msg suivant qui arrive en sortant de mon appli depuis qq jours.
L'instruction à "xxxxxxx" emploie l'adresse memoire "xxxxxxxxx". La mémoire
ne peut être "read".
C'est pas systématique et je ne sais pas d'où ça vient ???
Comment éviter cela ??? Où chercher ?
Merci de vos réponses
bonjour Eric,
voici une piste peut être...
En général, ce problème est lié directement à la gestion de la mémoire
et notamment à celle des pointeurs .(peut être que tu utilises des
pointeurs dans ton appli et qui seraient mal initialisés?)
Il peut intervenir dans de nombreux cas :
1) Une mauvaise installation d'une ressource logicielle.
2) L'utilisation en // de plusieurs services.
3) L'utilisation simultanée de plusieurs logiciels utilisant le
multi-fenêtrage.
il y a plusieurs pistes a suivre :
personnellement, j'ai résolu plusieurs fois le problème en faisant :
1) redémarrage de la becanne en mode sans echec
2) dans une console DOS utilisation de Sfc /SCANNOW (permet de
vérifier les versions de tous les fichiers système protégés après le
redémarrage des ordinateurs)
3) et en suivant un petit coup de Chkdsk /F ne fera pas de mal
(corrections des erreurs disques)
peut être reinstaller Wd75 ( au moins les DLL...)
sinon eh bien va falloir galerer...
en désactivant chaque service non "vital" et en retestant ton appli...
bon courage...
@+++
J'ai le msg suivant qui arrive en sortant de mon appli depuis qq jours. L'instruction à "xxxxxxx" emploie l'adresse memoire "xxxxxxxxx". La mémoire ne peut être "read".
C'est pas systématique et je ne sais pas d'où ça vient ??? Comment éviter cela ??? Où chercher ?
Merci de vos réponses
bonjour Eric, voici une piste peut être...
En général, ce problème est lié directement à la gestion de la mémoire et notamment à celle des pointeurs .(peut être que tu utilises des pointeurs dans ton appli et qui seraient mal initialisés?)
Il peut intervenir dans de nombreux cas : 1) Une mauvaise installation d'une ressource logicielle. 2) L'utilisation en // de plusieurs services. 3) L'utilisation simultanée de plusieurs logiciels utilisant le multi-fenêtrage.
il y a plusieurs pistes a suivre : personnellement, j'ai résolu plusieurs fois le problème en faisant :
1) redémarrage de la becanne en mode sans echec 2) dans une console DOS utilisation de Sfc /SCANNOW (permet de vérifier les versions de tous les fichiers système protégés après le redémarrage des ordinateurs) 3) et en suivant un petit coup de Chkdsk /F ne fera pas de mal (corrections des erreurs disques)
peut être reinstaller Wd75 ( au moins les DLL...)
sinon eh bien va falloir galerer... en désactivant chaque service non "vital" et en retestant ton appli... bon courage... @+++
-- [Bernard] - Carpe Diem -
Bernardo
Pascal F a présenté l'énoncé suivant :
Roumegou Eric a exprimé avec précision :
Bonjour,
J'ai le msg suivant qui arrive en sortant de mon appli depuis qq jours. L'instruction à "xxxxxxx" emploie l'adresse memoire "xxxxxxxxx". La mémoire ne peut être "read".
C'est pas systématique et je ne sais pas d'où ça vient ??? Comment éviter cela ??? Où chercher ?
Merci de vos réponses
J'ai par moment le même phénomène, mais pas uniquement avec WD, cela se produit parfaois avec d'autres logiciels Word ou Winamp par exemple. Avec WD , il me semble que cela se produit plus souvent lorsque j'ouvre plusieurs projets simultanément, et que je ne referme pas dans l'ordre inverse, mais sans garantie. Mais par contre je n'ai eu ce message que sur des gros projets, jamais sur des petits (composants par exemple, ou projets exemples). Il me semble que j'ai moinsle problème depuis une défragmentation. Mais c'est très subjectif et peut être une coincidence. Je sais ça ne fait pas bcp avancer le schmilblik, mais pas d'autres pistes.
Une instabilité aléatoire peut provenir l'hyperthreading d'Intel. Si votre machine en dispose, faites un essai en le désactivant dans le bios... C'est une piste ...
Info sur le sujet : http://www.zdnet.fr/actualites/informatique/0,39040745,39289582,00.htm
A+
Pascal F a présenté l'énoncé suivant :
Roumegou Eric a exprimé avec précision :
Bonjour,
J'ai le msg suivant qui arrive en sortant de mon appli depuis qq jours.
L'instruction à "xxxxxxx" emploie l'adresse memoire "xxxxxxxxx". La mémoire
ne peut être "read".
C'est pas systématique et je ne sais pas d'où ça vient ???
Comment éviter cela ??? Où chercher ?
Merci de vos réponses
J'ai par moment le même phénomène, mais pas uniquement avec WD, cela se
produit parfaois avec d'autres logiciels Word ou Winamp par exemple.
Avec WD , il me semble que cela se produit plus souvent lorsque j'ouvre
plusieurs projets simultanément, et que je ne referme pas dans l'ordre
inverse, mais sans garantie. Mais par contre je n'ai eu ce message que sur
des gros projets, jamais sur des petits (composants par exemple, ou projets
exemples). Il me semble que j'ai moinsle problème depuis une défragmentation.
Mais c'est très subjectif et peut être une coincidence.
Je sais ça ne fait pas bcp avancer le schmilblik, mais pas d'autres pistes.
Une instabilité aléatoire peut provenir l'hyperthreading d'Intel.
Si votre machine en dispose, faites un essai en le désactivant dans le
bios...
C'est une piste ...
Info sur le sujet :
http://www.zdnet.fr/actualites/informatique/0,39040745,39289582,00.htm
J'ai le msg suivant qui arrive en sortant de mon appli depuis qq jours. L'instruction à "xxxxxxx" emploie l'adresse memoire "xxxxxxxxx". La mémoire ne peut être "read".
C'est pas systématique et je ne sais pas d'où ça vient ??? Comment éviter cela ??? Où chercher ?
Merci de vos réponses
J'ai par moment le même phénomène, mais pas uniquement avec WD, cela se produit parfaois avec d'autres logiciels Word ou Winamp par exemple. Avec WD , il me semble que cela se produit plus souvent lorsque j'ouvre plusieurs projets simultanément, et que je ne referme pas dans l'ordre inverse, mais sans garantie. Mais par contre je n'ai eu ce message que sur des gros projets, jamais sur des petits (composants par exemple, ou projets exemples). Il me semble que j'ai moinsle problème depuis une défragmentation. Mais c'est très subjectif et peut être une coincidence. Je sais ça ne fait pas bcp avancer le schmilblik, mais pas d'autres pistes.
Une instabilité aléatoire peut provenir l'hyperthreading d'Intel. Si votre machine en dispose, faites un essai en le désactivant dans le bios... C'est une piste ...
Info sur le sujet : http://www.zdnet.fr/actualites/informatique/0,39040745,39289582,00.htm
A+
Romain PETIT
Dans son message précédent, Bernardo a écrit :
C'est une piste ...
Une autre : une barette mémoire défecteuse. http://www.memtest86.com/
-- Romain PETIT http://cerbermail.com/?O16kfXOFcq (cliquez sur le lien ci-dessus pour me contacter en privé)
Dans son message précédent, Bernardo a écrit :
C'est une piste ...
Une autre : une barette mémoire défecteuse.
http://www.memtest86.com/
--
Romain PETIT
http://cerbermail.com/?O16kfXOFcq
(cliquez sur le lien ci-dessus pour me contacter en privé)
Une autre : une barette mémoire défecteuse. http://www.memtest86.com/
-- Romain PETIT http://cerbermail.com/?O16kfXOFcq (cliquez sur le lien ci-dessus pour me contacter en privé)
Roumegou Eric
[Bernard] avait énoncé :
Le 07/12/2005, Roumegou Eric a supposé :
Bonjour,
J'ai le msg suivant qui arrive en sortant de mon appli depuis qq jours. L'instruction à "xxxxxxx" emploie l'adresse memoire "xxxxxxxxx". La mémoire ne peut être "read".
C'est pas systématique et je ne sais pas d'où ça vient ??? Comment éviter cela ??? Où chercher ?
Merci de vos réponses
bonjour Eric, voici une piste peut être...
En général, ce problème est lié directement à la gestion de la mémoire et notamment à celle des pointeurs .(peut être que tu utilises des pointeurs dans ton appli et qui seraient mal initialisés?)
Il peut intervenir dans de nombreux cas : 1) Une mauvaise installation d'une ressource logicielle. 2) L'utilisation en // de plusieurs services. 3) L'utilisation simultanée de plusieurs logiciels utilisant le multi-fenêtrage.
il y a plusieurs pistes a suivre : personnellement, j'ai résolu plusieurs fois le problème en faisant :
1) redémarrage de la becanne en mode sans echec 2) dans une console DOS utilisation de Sfc /SCANNOW (permet de vérifier les versions de tous les fichiers système protégés après le redémarrage des ordinateurs) 3) et en suivant un petit coup de Chkdsk /F ne fera pas de mal (corrections des erreurs disques)
peut être reinstaller Wd75 ( au moins les DLL...)
sinon eh bien va falloir galerer... en désactivant chaque service non "vital" et en retestant ton appli... bon courage... @+++
Merci à tous de vos conseils. Je me doutais que ce serait galère.
Pour la barette mémoire, je ne pense pas car j'ai eu le cas sur plusieurs machines avec cette appli. pour l'hyper threading, à vrai dire je ne sais meme pas comment cela s'utilise ??? je pense qu'il y a une dll fautive dans mon prog. Il faut effectivement que j'isole le pb.
-- Eric Roumégou Webmaster des wtablettes http://cerbermail.com/?qE7t4Qvilo (cliquez sur le lien ci-dessus pour me contacter en privé)
[Bernard] avait énoncé :
Le 07/12/2005, Roumegou Eric a supposé :
Bonjour,
J'ai le msg suivant qui arrive en sortant de mon appli depuis qq jours.
L'instruction à "xxxxxxx" emploie l'adresse memoire "xxxxxxxxx". La mémoire
ne peut être "read".
C'est pas systématique et je ne sais pas d'où ça vient ???
Comment éviter cela ??? Où chercher ?
Merci de vos réponses
bonjour Eric,
voici une piste peut être...
En général, ce problème est lié directement à la gestion de la mémoire et
notamment à celle des pointeurs .(peut être que tu utilises des pointeurs
dans ton appli et qui seraient mal initialisés?)
Il peut intervenir dans de nombreux cas :
1) Une mauvaise installation d'une ressource logicielle.
2) L'utilisation en // de plusieurs services.
3) L'utilisation simultanée de plusieurs logiciels utilisant le
multi-fenêtrage.
il y a plusieurs pistes a suivre :
personnellement, j'ai résolu plusieurs fois le problème en faisant :
1) redémarrage de la becanne en mode sans echec
2) dans une console DOS utilisation de Sfc /SCANNOW (permet de vérifier les
versions de tous les fichiers système protégés après le redémarrage des
ordinateurs)
3) et en suivant un petit coup de Chkdsk /F ne fera pas de mal (corrections
des erreurs disques)
peut être reinstaller Wd75 ( au moins les DLL...)
sinon eh bien va falloir galerer...
en désactivant chaque service non "vital" et en retestant ton appli...
bon courage...
@+++
Merci à tous de vos conseils.
Je me doutais que ce serait galère.
Pour la barette mémoire, je ne pense pas car j'ai eu le cas sur
plusieurs machines avec cette appli.
pour l'hyper threading, à vrai dire je ne sais meme pas comment cela
s'utilise ???
je pense qu'il y a une dll fautive dans mon prog. Il faut effectivement
que j'isole le pb.
--
Eric Roumégou
Webmaster des wtablettes
http://cerbermail.com/?qE7t4Qvilo
(cliquez sur le lien ci-dessus pour me contacter en privé)
J'ai le msg suivant qui arrive en sortant de mon appli depuis qq jours. L'instruction à "xxxxxxx" emploie l'adresse memoire "xxxxxxxxx". La mémoire ne peut être "read".
C'est pas systématique et je ne sais pas d'où ça vient ??? Comment éviter cela ??? Où chercher ?
Merci de vos réponses
bonjour Eric, voici une piste peut être...
En général, ce problème est lié directement à la gestion de la mémoire et notamment à celle des pointeurs .(peut être que tu utilises des pointeurs dans ton appli et qui seraient mal initialisés?)
Il peut intervenir dans de nombreux cas : 1) Une mauvaise installation d'une ressource logicielle. 2) L'utilisation en // de plusieurs services. 3) L'utilisation simultanée de plusieurs logiciels utilisant le multi-fenêtrage.
il y a plusieurs pistes a suivre : personnellement, j'ai résolu plusieurs fois le problème en faisant :
1) redémarrage de la becanne en mode sans echec 2) dans une console DOS utilisation de Sfc /SCANNOW (permet de vérifier les versions de tous les fichiers système protégés après le redémarrage des ordinateurs) 3) et en suivant un petit coup de Chkdsk /F ne fera pas de mal (corrections des erreurs disques)
peut être reinstaller Wd75 ( au moins les DLL...)
sinon eh bien va falloir galerer... en désactivant chaque service non "vital" et en retestant ton appli... bon courage... @+++
Merci à tous de vos conseils. Je me doutais que ce serait galère.
Pour la barette mémoire, je ne pense pas car j'ai eu le cas sur plusieurs machines avec cette appli. pour l'hyper threading, à vrai dire je ne sais meme pas comment cela s'utilise ??? je pense qu'il y a une dll fautive dans mon prog. Il faut effectivement que j'isole le pb.
-- Eric Roumégou Webmaster des wtablettes http://cerbermail.com/?qE7t4Qvilo (cliquez sur le lien ci-dessus pour me contacter en privé)