Discussion :

[elfasys]

Bonjour

J'ai chez un client une appli WD21 qui tourne sans interruption.

Ce matin, plantage (pas de message d'erreur, rien). En cherchant des les journaux Windows, je trouve "Crash PCS EXE"

Version=1
EventType=Crash PCS EXE
EventTime=131374820591860056
ReportType=1
Consent=1
UploadTime=131374820595986656
ReportIdentifier=474ed97a-28a7-11e7-918c-90fba6783c07
WOW64=1
AppSessionGuid=0007c02c-0001-0012-4c23-aa648bbad201
TargetAppId=W:00060787bb838e2b5e3af602a289c74539d100000c04!0000081165c7ba003075b670312254ec2d8abd056bf6!Optimask2.exe
TargetAppVer=2016//10//21:10:05:06!0!Optimask2.exe
BootId=4294967295
Response.BucketId=INVALID_REQUEST
Response.type=4
DynamicSig[1].Name=Version du système
DynamicSig[1].Value=10.0.14393.2.0.0.256.48
DynamicSig[2].Name=Identificateur de paramètres régionaux
DynamicSig[2].Value=1033
UI[3]=Optimask2.exe a cessé de fonctionner
UI[4]=Windows peut rechercher une solution au problème en ligne.
UI[5]=Rechercher une solution en ligne et fermer le programme
UI[6]=Rechercher ultérieurement une solution en ligne et fermer le programme
UI[7]=Fermer le programme
State[0].Key=Transport.DoneStage1
State[0].Value=1
FriendlyEventName=Crash PCS EXE
ConsentKey=Crash PCS EXE
AppName=Optimask2.exe
AppPath=C:\Program Files (x86)\Optimask
ReportDescription=WinDev Rutime Crash
ApplicationIdentity=00000000000000000000000000000000
MetadataHash=2092694851

Sans chercher à expliquer quoi que ce soit, quelqu'un pourrait-il me dire si ce type d'événement correspond à quelque chose d'habituel, que je n'aurai jamais vu ?

Je ne trouve rien de bien explicite...

[kunnskap]

Plusieurs options possibles:

-le framework de pc soft a planté. Soit parce que ses fichiers sont endommagés (dans ce cas supprimer les DLL du framework et relancer l'exe, il doit proposer de les retélécharger), soit parce que dans le code, une instruction ou un ensemble d'instructions s'enchainent d'une manière qui n'est pas gérée correctement. J'ai déjà eu ce genre de cas et il faut trouver un artifice pour le contrer....car tu ne peux rien faire et ne comptes pas sur une correction de PC Soft si tu n'arrives pas à reproduire le souci. D'ailleurs si tu ne sais pas le reproduire et que tu n'as pas plus d'infos sur la pile d'appels à ce moment là bien difficile de débugger.

-Windows est endommagé. Le framework PC Soft utilise beaucoup les API Windows et si celles ci sont défectueuses alors le framework se casse la figure

-Problème passager...peut être une instruction que le programme attendait a été corrompue et l'a fait planter mais que ça n'arrivera plus

[elfasys]

Merci pour cette analyse.

C'est malheureusement bien ce que je pense aussi. Pour info :

Je fais appel dans l'application à un traitement périodique (période de qq 1/10 de s) qui lance d'une part un thread (s'il est disponible) pour lire (polling) un automate programmable avec un protocole propriétaire (DLL fournies par le fournisseur SAIA exploité depuis des années). D'autre part, le traitement périodique questionne une carte dans le PC (balance à quartz) avec les fonctions d'une autre bibliothèque fournie par un autre fournisseur (Inficon) qui réussi quelquefois de drôles de curiosités dans ses produits.

Je pense effectivement qu'entre Windows, Windev, les deux threads asynchrones avec des appels à des fonctions de fournisseurs différents, il puisse y avoir mésentente occasionnelle.

Surtout que pour plusieurs applications qui tournent dans ces conditions en permanence depuis des mois, je n'ai eu cet incident qu'une fois. C'est peut être bien la limite de fiabilité de ce type d'association...

[kunnskap]

En effet l'hétérogénéité de ce système peut induire des curiosités.
Mais tout est logique: ce n'est pas arrivé pour rien! Si ça recommence le mieux serait d'isoler ces fonctions et de les faire tourner de très nombreuses fois pour voir si une fonction prise isolément qui peut planter ou l'ensemble réuni.

Et si c'est l'ensemble surement qu'un petit hack dans le code doit pouvoir régler ce souci...j'ai fait face au souci tout récemment seulement avec Windev, lors de l'affichage du bloc d'un état, le parcours d'un fichier de données était réinitialisé, alors que dans son état jumeau, exactement le même, ce parcours fonctionnait correctement.

J'ai forcé le parcours en fonction d'autres sources de données que j'avais renseignées mais bon..les aléas de Windev!!

[WDKyle]

Bonsoir,

Vous manipulez l'IHM depuis un des threads secondaires ?