OVH Cloud OVH Cloud

Plantage de Malade sous Win98 SE

1 réponse
Avatar
Stan
Bonjour,

Je subit un gros plantage sur l'ensemble des postes clients sous 98, les
postes XP ne sont pas touchés.
Historique:
-J'ai effectué quelques modifs "banales" dans mon appli dont pas mal de
modif de structure.
-Mon poste de développement est en XP Pro SP2 et windev en 315P
-A noter que mon poste de développement a planté ce qui a généré un examen
de surface qui a trouvé un secteur défectueux.

J'ai recompilé le projet plusieurs fois, j'ai effectué une mise à niveau du
projet et j'ai installé de nouvelles verions mais rien ne change.
J'ai même désinstallé windev, regénéré une installe mais rien de nouveau.

Symptômes:
-Gros bugs (systématique) lors de l'ouverture d'une nouvelle fenêtre Fille
ou Soeur MDI.
Voici les messages d'erreur: (l'un ou l'autre)
APPLICATOUR a causé une défaillance de page dans
le module WD80VM.DLL à 0167:25f0402a.
Registres :
EAX=00560690 CS=0167 EIP=25f0402a EFLGS=00010202
EBX=00561b60 SS=016f ESP=0055ff7c EBP=00561b90
ECX=bff7429f DS=016f ESI=bff7429f FS=48ef
EDX=00560a18 ES=016f EDI=19930520 GS=0000
Octets à CS : EIP :
53 55 56 57 6a 1c 8d 44 24 14 50 51 ff 15 04 f1

APPLICATOUR a causé une défaillance de page dans
le module MSVCRT.DLL à 0167:7800fca4.
Registres :
EAX=0056007c CS=0167 EIP=7800fca4 EFLGS=00010212
EBX=25060000 SS=016f ESP=0055fe1c EBP=00560064
ECX=005603e8 DS=016f ESI=25078abb FS=57ff
EDX=4c4c442e ES=016f EDI=19930520 GS=0000
Octets à CS : EIP :
53 56 57 8b 7d 0c 33 f6 8a 1f 47 84 db 89 75 f4
État de la pile :

Si suite au plantage de l'application si je relance mon appli et demande à
nouveau l'ouverture d'une fenêtre fille j'obtiens carrement une erreur très
méchante "Kernel 32"

Ensuite le poste est complètement bloqué.

Un grand merci à ceux qui m'aideront.

Stan

1 réponse

Avatar
Val
"Stan" a écrit dans le message de news:
4176380b$0$855$
Bonjour,

Je subit un gros plantage sur l'ensemble des postes clients sous 98, les
postes XP ne sont pas touchés.
Historique:
-J'ai effectué quelques modifs "banales" dans mon appli dont pas mal de
modif de structure.
-Mon poste de développement est en XP Pro SP2 et windev en 315P
-A noter que mon poste de développement a planté ce qui a généré un examen
de surface qui a trouvé un secteur défectueux.

J'ai recompilé le projet plusieurs fois, j'ai effectué une mise à niveau
du projet et j'ai installé de nouvelles verions mais rien ne change.
J'ai même désinstallé windev, regénéré une installe mais rien de nouveau.

Symptômes:
-Gros bugs (systématique) lors de l'ouverture d'une nouvelle fenêtre Fille
ou Soeur MDI.
Voici les messages d'erreur: (l'un ou l'autre)
APPLICATOUR a causé une défaillance de page dans
le module WD80VM.DLL à 0167:25f0402a.
Registres :
EAX560690 CS67 EIP%f0402a EFLGS010202
EBX561b60 SS6f ESP55ff7c EBP561b90
ECX¿f7429f DS6f ESI¿f7429f FSHef
EDX560a18 ES6f EDI930520 GS00
Octets à CS : EIP :
53 55 56 57 6a 1c 8d 44 24 14 50 51 ff 15 04 f1

APPLICATOUR a causé une défaillance de page dans
le module MSVCRT.DLL à 0167:7800fca4.
Registres :
EAX56007c CS67 EIPx00fca4 EFLGS010212
EBX%060000 SS6f ESP55fe1c EBP560064
ECX5603e8 DS6f ESI%078abb FSWff
EDXL4c442e ES6f EDI930520 GS00
Octets à CS : EIP :
53 56 57 8b 7d 0c 33 f6 8a 1f 47 84 db 89 75 f4
État de la pile :

Si suite au plantage de l'application si je relance mon appli et demande à
nouveau l'ouverture d'une fenêtre fille j'obtiens carrement une erreur
très méchante "Kernel 32"

Ensuite le poste est complètement bloqué.

Un grand merci à ceux qui m'aideront.

Stan








Bonjour Stan

J'ai répondu à ce post sur pcsoft.fr.windev.
A tout hasard, je reproduis ci-dessous la même réponse.

A+

Val


-------------------------

Il y a quelques mois, sous WD75, j'avais moi même des problèmes de ce genre
sur des machines sous W98.
Dans mon cas, j'ai réussi à trouver la cause.
En fait, cela était du à des anomalies engendrées par un problème avec la
fonction INIECRIT.

Je m'explique
La fonction INIECRIT écrit une valeur spécifique dans un fichier INI (ou
structuré comme un fichier .INI)
Si, lors de l'appel à cette fonction INIECRIT, le fichier INI n'existe pas,
il est créé automatiquement (c'est ce qui est précisé dans l'aide et c'est
ce qui se produit sur la plupart des machines).

Hors, sur certaines machines sous W98 1ere edition .et si au momment de
l'appel à la fonction INIECRIT le fichier INI n'existait pas ... le fichier
INI n'était pas créé.
De fait, cela entraînait des anomalies de fonctionnement dans le programme
lorsque, plus tard, le programme cherchait à lire via INILIT une variable
supposée être dans le fichier INI (et qui ne s'y trouvait pas).

Pourquoi le fichier INI n'était pas créé ?
Je sais pas !
En tout cas, sur les machines où le problème se produisait, j'ai fait de
multiples essais et bien que le résultat renvoyé par l'appel à INIECRIT
était toujours "vrai", ce qui veut dire que l'écriture a été réalisée avec
succès, le fichier n'était jamais créé par la fonction INIECRIT.

Pour contourner ce problème "aléatoire" et "sans réponse", j'ai donc pris
l'habitude de tester, dans le code Init de mes projets, l'existence des
fichiers INI qui vont être utilisés par mes programmes via la fonction
fFichierExiste puis de les créer via fonction fCrée s'ils n'existent pas.

A+

Val