Stabilité de Panoramic.

Bonjour.

Je commence à avoir de sérieux doutes sur la stabilité de Panoramic.

En effet, je me bats depuis plusieurs jours avec mon logiciel, pour lequel je rencontre d'énormes difficultés de fonctionnement.
Alors que tout fonctionnait auparavant.

J'ai droit aux erreurs suivantes, de façon aléatoire:

- Erreur E/S 1784 ?
- Access violation.
- Impossible de sauvegarder le contenu d'un objet DList dans un fichier.
- Panoramic a cessé de fonctionner !!

Ces erreurs surviennent de façon anormale, car le code est correct !

Bonjour Pedro

Sur mon webdav, il y a un outils en version ALPHA que je développe:pano_debug. Cette version est stable mais rudimentaire.
Elle te donne le dernier numéro de ligne éxécuté avant plantage, ainsi que le nom du fichier incriminé(source principal ou include).
Le fonctionnement est simple: fichier---> ouvrir, puis executer---> run.
Dès que le programme à débuguer s'arrete, ferme le. Alors un message apparait avec nom de fichier+n° ligne qui cause le plantage/arrêt+contenu de variable.

Il y a possibilité de connaitre le contenu de qq variables, mais seulement au numéro de ligne qui cause le plantage, il suffit de modifier le contenu du mémo; Exemple avec un fichier de test "fenetre clignote.bas" qui plantait à la ligne 49:

SPY_("fenetre clignote.bas","49") : debug_spy_var(adr(0),adr(0),adr(0),adr(0),adr(0),adr(0)) :     WRITE_BUFFER_DWORD( pFLASHWINFO% , 16 , dwTimeout% )

devient:

SPY_("fenetre clignote.bas","49") : debug_spy_var(adr(pFLASHWINFO%),adr(dwTimeout%),adr(0),adr(0),adr(0),adr(0)) :     WRITE_BUFFER_DWORD( pFLASHWINFO% , 16 , dwTimeout% )

Cet outil est en cours de développement(ça avance, mais je me heurte à qq difficultés)), mais j'espere que ça pourra t'aider.
Il n'y aura plus besoin de faire toutes ces manipulations d'ici 1 ou 2 version, mais je te conseil tout de même de tester cet outil sur un petit code source, car je crois que tu a dit que ton programme(c'est bien de ton traducteur dont on parle?) avoisinait 35000 lignes, donc pano_debug risque va mettre qq secondes(voir minutes) pour analyser ton source.

Erreur E/S 1784

C'est une erreur du système Windows. Elle veut dire qu'une opération d'écriture a été tentée dans un fichier, avec un buffeur de données à écrire qui est invalide (trop long pour la longueur d'enregistrement, contenant des caractères invalides, adresse du buffeur pointant vers une zone interdite etc).

Il faut que tu trouves un moyen de déterminer quelle écriture est responsable, et analyser à partir de là. L'outil de Silverman peut certainement t'aider. Sinon, il faut que tu procèdes "à la hache" en mettant des messages d'avancement judicieusement placés. Tu peux améliorer le système en créant une form dans laquelle tu colles un mémo full_space, et tu ajoutes le texte de tes messages dans ce mémo au lieu de les afficher par la commande message. N'oublie pas de faire un DISPLAY après chaque ITEM_ADD !

Bonjour.

Merci Klaus de ces précisions.

L'erreur survient après un file_writeln 2187,"ZZZ"

Allez savoir pourquoi ?

J’ai testé le code suivant qui écrit un million de fois une ligne contenant tous les caractères ASCII (de 0 à 255 : affichables et non affichables).
L’exécution prend un peu de temps, vu la grande quantité d’informations à enregistrer, mais ça ne plante pas.
Le fichier final pèse 24.6 Mo.

Code:

rem ============================================================================
rem   Taille du fichier obtenu : 24.6 Mo
rem  ça prend un peu de temps, mais ça ne plante pas.
rem ============================================================================
dim i,t$
for i = 0 to 255 : t$ = t$ + chr$(i) : next i
file_open_write 1,"c:\users\acer\desktop\mon_fichier.txt"
for i = 1 to 1000000
    file_writeln 1,t$  : display
next i
file_close 1
message "ok"
rem ============================================================================

Je n’ai pas osé aller plus loin pour détecter une éventuelle limite de la taille d’un fichier.

Mon ami Google m’a informé :  « Windows I\/o Error 1784 are caused by misconfigured system files. »

Rends-toi ici, peut-être tu y trouves ton bonheur.


Sinon, fais une recherche sur Google du genre : "comment fixer error 1784"

bsr pedro essai ce lien là ça pourra t'aider!
c bien expliqué!

Bonsoir.

Merci de votre aide, mais malheureusement, les liens que vous m'indiquez renvoient à des logiciels payants.
Trop peu pour moi !

Ne croyez-vous pas que le logiciel CCleaner ferait amplement l'affaire ?

Bonsoir à tous.

Enfin, après plusieurs jours et débuts de nuit à revoir mon code, j'ai enfin résolu le problème de plantages multiples.

Les leçons que j'ai pû en tirer sont les suivantes:

- Eviter d'utiliser les objets DList multiples, contenant de grands fichiers.

- Eviter d'utiliser les file_save multiples pour de grands fichiers.

Utiliser plutôt ce qui suit:

Code:

file_open_write f%, fichier$
for k%=1 to count(n%)
    file_writeln f%,item_read$(n%,k%)
next k%
file_close f%

Si cela peut être utile à l'un d'entre vous ?