Discussion :

[crosspepper]

Bonsoir à tous,

Je viens vers vous car je ne trouve plus d'idées à explorer.

Nous avons dans ma société une application développée sous WD19.
Jusqu'à présent, j'effectuais la maintenance applicative et les updates sans problème.

Depuis 3 semaines, sans rien toucher, l'application est devenue instable.

J'ai des messages aléatoires et des fonctions tel qu'un simple pdfmerge pour fusionner une signature en gif sur un état qui n'en veut plus.

Les erreurs sont : mémoire insuffisante, freeze complet obligé de kill le process.

Dans les solutions testées :
Passage du SGBD HFSQL à 12gb
Config du cache mémoire dans le vert "normal"
Calcul des statistiques désactivé
Cache testé en auto puis sans limite et actuellement à 200mb

J'ai réinstallé complètement windev 19 jusqu'à la 044n
Idem état et requêtes.
Recompilation du projet, maj analyse, ras. Aucunes erreurs.

J'ai également fait une reinstall complète HFSQL en 044n.
Il est sur un physique 2008r2, il n'y a que manta dessus.

1to d'espace libre en disque. La mémoire virtuelle OK. Je ne sature jamais en usage ram.

Nous avons pas mal d'app sous windev et sous ce serveur et c'est la seule qui présente ces erreurs.

J'ai rechargé les dll depuis le site officiel, ras.

Niveau base :
Reindexation de toutes les tables
Puis correction et suppr. des memos endommagés
J'ai fait plusieurs restore à partir de dump quand tout était OK.

Bref problème toujours présent, j'ai même essayé de faire plusieurs threads sur l'application et de modifier des hmemo

Si quelqu'un à une piste à explorer..
C'est le flou complet

Exemple du code qui débloque :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
PROCEDURE recuperer_signature(fenetre)
 
SI Rqt_nit_rap_etendue.loggin_signature<>"" ALORS
	HLitRecherchePremier(Signatures,loggin,Rqt_nit_rap_etendue.loggin_signature)
	SI HTrouve(Signatures) ALORS
		sResrep est une chaîne = SysRep(srMesDocuments)+"\temp_XXX"
		bRescreation est un booléen = fRepCrée(sResrep)
 
 
		nomfic est une chaîne="Signature_XXX_" + Signatures.loggin+".gif"
		nomfic=sResrep+"\"+SansEspace(Remplace(nomfic,"/","_"))
 
 
		SI HExtraitMémo(Signatures, signature, nomfic) ALORS
		    	SI Signatures.responsable1 ALORS
				fenetre.LABEL_VISA_RESPONSABLE=fenetre.LABEL_VISA_RESPONSABLE + RC + Gauche(Signatures.Prenom,1)  + ". " + Signatures.Nom
				fenetre.IMAGE_VISA_RESPONSABLE..Image=nomfic
 
				SI fenetre.LABEL_VISA..Visible=Vrai ALORS
					fenetre.LABEL_VISA=fenetre.LABEL_VISA_RESPONSABLE
					fenetre.IMAGE_VISA..Image=nomfic
 
				FIN
			SINON SI Signatures.Responsable2
				fenetre.LABEL_VISA_TECHNICIEN=fenetre.LABEL_VISA_TECHNICIEN + RC + Gauche(Signatures.Prenom,1)  + ". " + Signatures.Nom
				fenetre.IMAGE_VISA_TECHNICIEN..Image=nomfic
 
				SI fenetre.LABEL_VISA..Visible=Vrai ALORS
					fenetre.LABEL_VISA=fenetre.LABEL_VISA_TECHNICIEN
					fenetre.IMAGE_VISA..Image=nomfic
				FIN
			SINON
				Info("Vous ne pouvez pas signer, vous n’êtes pas responsable ")
			FIN
			FichierVersEcran()
		SINON
			Info("Le fichier  GIF n'a pas été écrit sur disque : " + nomfic)
		FIN
		HRAZ(Signatures)
	SINON
 
	FIN
 
 
FIN

[frenchsting]

Aurais-tu essayé en désactivant l'antivirus ? Sur une autre machine ?

[crosspepper]

Salut frenchsting, oui testé avec AV -> off et defender -> off.
L'appli tourne sur un parc d'une dizaine de machines sous W7 / W8 / W10.

Même à partir de l'IDE en test du projet, j'ai ces plantages.

[tbc92]

Personnellement, je n'aime pas du tout la syntaxe SI .. ... ALORS ... SINON SI ... SINON ... FIN
Il manque un ALORS : SINON SI Signatures.Responsable2 ALORSPeut-être que Windev tolérait cette 'erreur' jusque là, et qu'il ne la tolère plus.

[crosspepper]

Merci de ton retour tbc92. Moi non plus, je ne suis pas fan du tout même.
L'historique de cette appli est compliqué. C'est un ancien dev qui est malheureusement décédé à ce jour qui l'avait développé. Le code a été sous-traité à une SSII. En tout, il y a 5 acteurs différents dessus.
J'ai récupéré le bébé dans cet état mais je suis en train de tout refaire en PHP.

Je teste le coup du ALORS ! si c'est ça, je m'arrache les cheveux

[crosspepper]

Je viens de faire la correction et déployer la nouvelle version, toujours les mêmes problèmes. J'ai eu droit à un beau "mémoire insuffisante".

Alors que sur le SGBD en question, j'ai :
10Gb available, pas de saturation,
statistiques d'activité - non activés,
cache des index = 3024Mo (dans le vert)
Taille du cache disque = 200mo

Pas évident l'histoire.
Je fais un petit test avec un HGèreMémo


edit 18h : j'ai du mieux avec HGèreMémo, à confirmer demain.

[DelphiManiac]

Possible problème avec la mémoire vu qu'il n'y a pas de HAnnuleDéclaration de la requête "Rqt_nit_rap_etendue". (A moins que ce HAnnuleDéclaration soit effectué au sein de la fonction appelante)

Et le message "mémoire insuffisante" viens à priori d'un problème de capacité mémoire sur le poste et pas sur le serveur, sauf si l'application tourne sur le serveur ^^

[philouZ]

Bonjour,

Ton appli est compilée en 32 bits ? Si oui essaye de la compiler en 64 bits pour une meilleure gestion de la mémoire.

[DelphiManiac]

Bonjour,

Ton appli est compilée en 32 bits ? Si oui essaye de la compiler en 64 bits pour une meilleure gestion de la mémoire.

Il n'y a pas, à ma connaissance, de meilleure gestion mémoire en 64 bits vs 32 bits. La principale différence est la quantité de mémoire que l'application peut exploiter.

Si le problème est lié à une fuite mémoire, quelque soit la mémoire disponible, l'erreur se reproduira. Ce n'est que retarder l'échéance en tentant de masquer le problème initial.

[niuniuk36]

Bonjour,

regarde les dernières MAJ de Windows et désinstalle celles qui correspondent à l'apparition de ton souci.
Regarde les programmes installés vers la date apparition du problème et désinstalle les, si possible.

Car si ton Prog n'a pas changé lors de l'apparition du problème c'est que le problème vient d'ailleurs.

Bon courage

[frenchsting]

C'est ce que je suggérais en demandant s'il pouvait tester l'appli sur une autre machine.

Vu que ça le fait sur 3 OS différents, je ne pense pas que ça vienne de là.

Autre idée. as-tu fait des optimisations dans ta base (réindexation) ?

[crosspepper]

Alors petit recap des essais du jour :
- Toujours compilé en 32 bits.
@frenchsting : oui j'ai fais des optimisations sur la base (réindexation 80)
- Les maj Windows, j'y ai pensé, j'ai supprimé tous les KB jusqu'à février sur les postes + SGBD.
- J'ai rajouté le HAnnuleDéclaration de la requête "Rqt_nit_rap_etendue".

J'attends des retours utilisateurs mais 'avec le passage de tables / req en HgéreMémo(tblxxx,"*",HMémoOui) et certaines REQ, je supprime mes erreurs de mémoire insuffisante..

A voir ce que çà va donner dans le restant de la journée.

[frenchsting]

Une piste qui me venue par hasard : as-tu essayé de passer à une version de Manta/HFCS supérieure (22 ou 23 par exemple) ?

[crosspepper]

Non je n'ai pas encore essayé, il n'y a pas de problème de compatibilité à monter de 19 en 22 le HFSQL ?
C'est bon pour les messages "mémoire insuffisante" mais ça débloque encore pour la signature et quelques features.


edit : je viens de monter en 22 puis 23.

Wait&See

[frenchsting]

De mémoire, il me semble que HFCS a était "amélioré" à partir de WD20. J'utilise WD22 en dév pour le moment. Cette version semble plus "légère" et fonctionne mieux que la 18 que j'avais en HFCS avant.