J'ai installé un second hd sur pc windows xp sp2, avec Ghost (copy drive) j'ai
copié le hd système existant sur le nouveau.
En suite j'ai permuté les hd ancien esclave nouveau maître.
Generic host process refuse de fonctionner et j'ai le message « svschost.exe
erreur d'application, l'instruction à « 0x7c911010 » emploie l'adresse
mémoire « 0x614e7387 » ; la mémoire ne peut être read » ;
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
le Claude
Salut,
Voici une explication de Jean Claude Bellamy sur ce sujet :
"La mémoire ne peut pas être lue" signifie qu'à un instant donné, dans l'appli qui tourne en avant-plan, il y a tentative de lecture d'une adresse mémoire qui se trouve "en dehors des limites de l'épure"
Sous NT, OS multitâche préemptif, toute application (du niveau utilisateur) se voit attribuer un espace mémoire propre, non partageable avec les autres applis, et inversement cette appli doit se tenir à cet espace mémoire. Si par hasard elle a besoin de plus de mémoire, elle en fait la demande "officielle" au système, qui va lui allouer du "rab" tout autant "officiel". Mais elle n'a pas le droit de se servir toute seule ! ;+)
Il lui est donc totalement INTERDIT d'accéder (en lecture ou en écriture) à de la mémoire non autorisée.
Cela peut se produire, le plus souvent, suite à un bug dans l'appli (ou dans son installation) Le cas typique a lieu lors de l'utilisation de pointeur (variables contenant des adresses mémoire). Si le développeur a oublié d'initialiser correctement le pointeur, à l'exécution le programme va vouloir lire ou écrire à l'adresse mémoire "0" (ou une autre valeur folklorique), ce qui est interdit (et pour cause, dans le cas précis cette adresse ne correspond à rien).
Quant au remède , euhhhhh..... Souvent, c'est une erreur irrémédiable de l'appli (bug comme je l'ai dit) Donc contacter l'éditeur, attendre une nouvelle version, ..
Dans d'autres cas, c'est un cas "tordu", non prévu par l'éditeur, qui plante seulement avec des configs matérielles et/ou logicielles bien particulières. Donc essayer d'identifier les situations "plantogènes", et les éviter !
Enfin, cas le plus favorable : l'appli a été installée de travers (une DLL n'a pas pu se copier correctement p.ex.). Il suffit alors de réinstaller le logiciel.
Amicalement, Claude
"gvdm" a écrit dans le message de news: 423c5417$0$14980$
Bonjour à tous.
J'ai installé un second hd sur pc windows xp sp2, avec Ghost (copy drive) j'ai copié le hd système existant sur le nouveau.
En suite j'ai permuté les hd ancien esclave nouveau maître.
Generic host process refuse de fonctionner et j'ai le message « svschost.exe erreur d'application, l'instruction à « 0x7c911010 » emploie l'adresse mémoire « 0x614e7387 » ; la mémoire ne peut être read » ;
Merci d'avance pour les suggestions
GVDM
Salut,
Voici une explication de Jean Claude Bellamy sur ce sujet :
"La mémoire ne peut pas être lue" signifie qu'à un instant donné, dans
l'appli qui tourne en avant-plan, il y a tentative de lecture d'une adresse
mémoire qui se trouve "en dehors des limites de l'épure"
Sous NT, OS multitâche préemptif, toute application (du niveau utilisateur)
se voit attribuer un espace mémoire propre, non partageable avec les autres
applis, et inversement cette appli doit se tenir à cet espace mémoire. Si
par hasard elle a besoin de plus de mémoire, elle en fait la demande
"officielle" au système, qui va lui allouer du "rab" tout autant "officiel".
Mais elle n'a pas le droit de se servir toute seule ! ;+)
Il lui est donc totalement INTERDIT d'accéder (en lecture ou en écriture) à
de la mémoire non autorisée.
Cela peut se produire, le plus souvent, suite à un bug dans l'appli (ou dans
son installation)
Le cas typique a lieu lors de l'utilisation de pointeur (variables contenant
des adresses mémoire).
Si le développeur a oublié d'initialiser correctement le pointeur, à
l'exécution le programme va vouloir lire ou écrire à l'adresse mémoire "0"
(ou une autre valeur folklorique), ce qui est interdit (et pour cause, dans
le cas précis cette adresse ne correspond à rien).
Quant au remède , euhhhhh.....
Souvent, c'est une erreur irrémédiable de l'appli (bug comme je l'ai dit)
Donc contacter l'éditeur, attendre une nouvelle version, ..
Dans d'autres cas, c'est un cas "tordu", non prévu par l'éditeur, qui plante
seulement avec des configs matérielles et/ou logicielles bien particulières.
Donc essayer d'identifier les situations "plantogènes", et les éviter !
Enfin, cas le plus favorable : l'appli a été installée de travers (une DLL
n'a pas pu se copier correctement p.ex.). Il suffit alors de réinstaller le
logiciel.
Amicalement, Claude
"gvdm" <wwguy.vandermeeren@skynet.be> a écrit dans le message de news:
423c5417$0$14980$ba620e4c@news.skynet.be...
Bonjour à tous.
J'ai installé un second hd sur pc windows xp sp2, avec Ghost (copy drive)
j'ai copié le hd système existant sur le nouveau.
En suite j'ai permuté les hd ancien esclave nouveau maître.
Generic host process refuse de fonctionner et j'ai le message «
svschost.exe erreur d'application, l'instruction à « 0x7c911010 » emploie
l'adresse mémoire « 0x614e7387 » ; la mémoire ne peut être read » ;
Voici une explication de Jean Claude Bellamy sur ce sujet :
"La mémoire ne peut pas être lue" signifie qu'à un instant donné, dans l'appli qui tourne en avant-plan, il y a tentative de lecture d'une adresse mémoire qui se trouve "en dehors des limites de l'épure"
Sous NT, OS multitâche préemptif, toute application (du niveau utilisateur) se voit attribuer un espace mémoire propre, non partageable avec les autres applis, et inversement cette appli doit se tenir à cet espace mémoire. Si par hasard elle a besoin de plus de mémoire, elle en fait la demande "officielle" au système, qui va lui allouer du "rab" tout autant "officiel". Mais elle n'a pas le droit de se servir toute seule ! ;+)
Il lui est donc totalement INTERDIT d'accéder (en lecture ou en écriture) à de la mémoire non autorisée.
Cela peut se produire, le plus souvent, suite à un bug dans l'appli (ou dans son installation) Le cas typique a lieu lors de l'utilisation de pointeur (variables contenant des adresses mémoire). Si le développeur a oublié d'initialiser correctement le pointeur, à l'exécution le programme va vouloir lire ou écrire à l'adresse mémoire "0" (ou une autre valeur folklorique), ce qui est interdit (et pour cause, dans le cas précis cette adresse ne correspond à rien).
Quant au remède , euhhhhh..... Souvent, c'est une erreur irrémédiable de l'appli (bug comme je l'ai dit) Donc contacter l'éditeur, attendre une nouvelle version, ..
Dans d'autres cas, c'est un cas "tordu", non prévu par l'éditeur, qui plante seulement avec des configs matérielles et/ou logicielles bien particulières. Donc essayer d'identifier les situations "plantogènes", et les éviter !
Enfin, cas le plus favorable : l'appli a été installée de travers (une DLL n'a pas pu se copier correctement p.ex.). Il suffit alors de réinstaller le logiciel.
Amicalement, Claude
"gvdm" a écrit dans le message de news: 423c5417$0$14980$
Bonjour à tous.
J'ai installé un second hd sur pc windows xp sp2, avec Ghost (copy drive) j'ai copié le hd système existant sur le nouveau.
En suite j'ai permuté les hd ancien esclave nouveau maître.
Generic host process refuse de fonctionner et j'ai le message « svschost.exe erreur d'application, l'instruction à « 0x7c911010 » emploie l'adresse mémoire « 0x614e7387 » ; la mémoire ne peut être read » ;
Merci d'avance pour les suggestions
GVDM
gvdm
Bonjour Merci pour la réponse. J'ai résolu mon problème en installant, avec ghost 9.0, un backup de mon ancien disque sur le nouveau et tout fonctionne parfaitement. J'avais pourtant bien paramétré drive copy qui semble ne pas avoir fonctionné parfaitement. Meilleures Salutations. GVDM
"le Claude" a écrit dans le message de news:
Salut,
Voici une explication de Jean Claude Bellamy sur ce sujet :
"La mémoire ne peut pas être lue" signifie qu'à un instant donné, dans l'appli qui tourne en avant-plan, il y a tentative de lecture d'une adresse mémoire qui se trouve "en dehors des limites de l'épure"
Sous NT, OS multitâche préemptif, toute application (du niveau utilisateur) se voit attribuer un espace mémoire propre, non partageable avec les autres applis, et inversement cette appli doit se tenir à cet espace mémoire. Si par hasard elle a besoin de plus de mémoire, elle en fait la demande "officielle" au système, qui va lui allouer du "rab" tout autant "officiel". Mais elle n'a pas le droit de se servir toute seule ! ;+)
Il lui est donc totalement INTERDIT d'accéder (en lecture ou en écriture) à de la mémoire non autorisée.
Cela peut se produire, le plus souvent, suite à un bug dans l'appli (ou dans son installation) Le cas typique a lieu lors de l'utilisation de pointeur (variables contenant des adresses mémoire). Si le développeur a oublié d'initialiser correctement le pointeur, à l'exécution le programme va vouloir lire ou écrire à l'adresse mémoire "0" (ou une autre valeur folklorique), ce qui est interdit (et pour cause, dans le cas précis cette adresse ne correspond à rien).
Quant au remède , euhhhhh..... Souvent, c'est une erreur irrémédiable de l'appli (bug comme je l'ai dit) Donc contacter l'éditeur, attendre une nouvelle version, ..
Dans d'autres cas, c'est un cas "tordu", non prévu par l'éditeur, qui plante seulement avec des configs matérielles et/ou logicielles bien particulières. Donc essayer d'identifier les situations "plantogènes", et les éviter !
Enfin, cas le plus favorable : l'appli a été installée de travers (une DLL n'a pas pu se copier correctement p.ex.). Il suffit alors de réinstaller le logiciel.
Amicalement, Claude
"gvdm" a écrit dans le message de news: 423c5417$0$14980$
Bonjour à tous.
J'ai installé un second hd sur pc windows xp sp2, avec Ghost (copy drive) j'ai copié le hd système existant sur le nouveau.
En suite j'ai permuté les hd ancien esclave nouveau maître.
Generic host process refuse de fonctionner et j'ai le message « svschost.exe erreur d'application, l'instruction à « 0x7c911010 » emploie l'adresse mémoire « 0x614e7387 » ; la mémoire ne peut être read » ;
Merci d'avance pour les suggestions
GVDM
Bonjour
Merci pour la réponse.
J'ai résolu mon problème en installant, avec ghost 9.0, un backup de mon
ancien disque sur le nouveau et tout fonctionne parfaitement.
J'avais pourtant bien paramétré drive copy qui semble ne pas avoir
fonctionné parfaitement.
Meilleures Salutations.
GVDM
"le Claude" <Claude.CHARNEAU.amarantes@wanadoo.fr> a écrit dans le message
de news: uCOIz5SLFHA.3420@tk2msftngp13.phx.gbl...
Salut,
Voici une explication de Jean Claude Bellamy sur ce sujet :
"La mémoire ne peut pas être lue" signifie qu'à un instant donné, dans
l'appli qui tourne en avant-plan, il y a tentative de lecture d'une
adresse
mémoire qui se trouve "en dehors des limites de l'épure"
Sous NT, OS multitâche préemptif, toute application (du niveau
utilisateur)
se voit attribuer un espace mémoire propre, non partageable avec les
autres
applis, et inversement cette appli doit se tenir à cet espace mémoire. Si
par hasard elle a besoin de plus de mémoire, elle en fait la demande
"officielle" au système, qui va lui allouer du "rab" tout autant
"officiel".
Mais elle n'a pas le droit de se servir toute seule ! ;+)
Il lui est donc totalement INTERDIT d'accéder (en lecture ou en écriture)
à
de la mémoire non autorisée.
Cela peut se produire, le plus souvent, suite à un bug dans l'appli (ou
dans
son installation)
Le cas typique a lieu lors de l'utilisation de pointeur (variables
contenant
des adresses mémoire).
Si le développeur a oublié d'initialiser correctement le pointeur, à
l'exécution le programme va vouloir lire ou écrire à l'adresse mémoire "0"
(ou une autre valeur folklorique), ce qui est interdit (et pour cause,
dans
le cas précis cette adresse ne correspond à rien).
Quant au remède , euhhhhh.....
Souvent, c'est une erreur irrémédiable de l'appli (bug comme je l'ai dit)
Donc contacter l'éditeur, attendre une nouvelle version, ..
Dans d'autres cas, c'est un cas "tordu", non prévu par l'éditeur, qui
plante
seulement avec des configs matérielles et/ou logicielles bien
particulières.
Donc essayer d'identifier les situations "plantogènes", et les éviter !
Enfin, cas le plus favorable : l'appli a été installée de travers (une DLL
n'a pas pu se copier correctement p.ex.). Il suffit alors de réinstaller
le
logiciel.
Amicalement, Claude
"gvdm" <wwguy.vandermeeren@skynet.be> a écrit dans le message de news:
423c5417$0$14980$ba620e4c@news.skynet.be...
Bonjour à tous.
J'ai installé un second hd sur pc windows xp sp2, avec Ghost (copy drive)
j'ai copié le hd système existant sur le nouveau.
En suite j'ai permuté les hd ancien esclave nouveau maître.
Generic host process refuse de fonctionner et j'ai le message «
svschost.exe erreur d'application, l'instruction à « 0x7c911010 » emploie
l'adresse mémoire « 0x614e7387 » ; la mémoire ne peut être read » ;
Bonjour Merci pour la réponse. J'ai résolu mon problème en installant, avec ghost 9.0, un backup de mon ancien disque sur le nouveau et tout fonctionne parfaitement. J'avais pourtant bien paramétré drive copy qui semble ne pas avoir fonctionné parfaitement. Meilleures Salutations. GVDM
"le Claude" a écrit dans le message de news:
Salut,
Voici une explication de Jean Claude Bellamy sur ce sujet :
"La mémoire ne peut pas être lue" signifie qu'à un instant donné, dans l'appli qui tourne en avant-plan, il y a tentative de lecture d'une adresse mémoire qui se trouve "en dehors des limites de l'épure"
Sous NT, OS multitâche préemptif, toute application (du niveau utilisateur) se voit attribuer un espace mémoire propre, non partageable avec les autres applis, et inversement cette appli doit se tenir à cet espace mémoire. Si par hasard elle a besoin de plus de mémoire, elle en fait la demande "officielle" au système, qui va lui allouer du "rab" tout autant "officiel". Mais elle n'a pas le droit de se servir toute seule ! ;+)
Il lui est donc totalement INTERDIT d'accéder (en lecture ou en écriture) à de la mémoire non autorisée.
Cela peut se produire, le plus souvent, suite à un bug dans l'appli (ou dans son installation) Le cas typique a lieu lors de l'utilisation de pointeur (variables contenant des adresses mémoire). Si le développeur a oublié d'initialiser correctement le pointeur, à l'exécution le programme va vouloir lire ou écrire à l'adresse mémoire "0" (ou une autre valeur folklorique), ce qui est interdit (et pour cause, dans le cas précis cette adresse ne correspond à rien).
Quant au remède , euhhhhh..... Souvent, c'est une erreur irrémédiable de l'appli (bug comme je l'ai dit) Donc contacter l'éditeur, attendre une nouvelle version, ..
Dans d'autres cas, c'est un cas "tordu", non prévu par l'éditeur, qui plante seulement avec des configs matérielles et/ou logicielles bien particulières. Donc essayer d'identifier les situations "plantogènes", et les éviter !
Enfin, cas le plus favorable : l'appli a été installée de travers (une DLL n'a pas pu se copier correctement p.ex.). Il suffit alors de réinstaller le logiciel.
Amicalement, Claude
"gvdm" a écrit dans le message de news: 423c5417$0$14980$
Bonjour à tous.
J'ai installé un second hd sur pc windows xp sp2, avec Ghost (copy drive) j'ai copié le hd système existant sur le nouveau.
En suite j'ai permuté les hd ancien esclave nouveau maître.
Generic host process refuse de fonctionner et j'ai le message « svschost.exe erreur d'application, l'instruction à « 0x7c911010 » emploie l'adresse mémoire « 0x614e7387 » ; la mémoire ne peut être read » ;
