Sujet: Hyper-viseur : un outil de supervision Hypercam (V:0.37)

[Doume]

Encore une mise à jour de Hyper-viseur, en version 0.20d, le 31/10/2007 à 16h00

V: 0.20d
La partie communications ( FTP, telnet, HTTP) a été ré-écrite en mode 'multi-threads'.
Ce qui permet d'éviter une longue attente à chaque rafraichissement : La récupération des données telnet, FTP et HTTP se fait de manière 'simultanée', sans gêner l'usage de l'écran Hyper-viseur.
En espérant qu'il y ait le moins de bugs possibles....

[MiKe]

Merci Doume, je test dès que je rentre chez moi 

[Doume]

Salut à tous,

Je pense (mais je n'ai pas pu le reproduire pour l'instant) que le problème se situe dans un conflit d'accès entre Hyper-viseur et hypercam au fichier /var/bin/hypercam.cards.

En effet, depuis quelque temps, le nombre de cartes a considérablement augmenté (Softcams)
Ce qui signifie que le temps d'écriture par hypercam est d'autant plus long

Donc la probabilité que hyper-viseur le lise alors qu'il est en cours d'écriture par hypercam augmente en proportion.

Je serais intéressé pour recevoir un exemplaire du fichier rep_de_hyperviseur_sur PC\tmp\hypercam.cards (quand ça merde, et essaie d'afficher 40 000 cartes, bien sûr)

Je vais envisager un 'blindage' contre un fichier inconsistant ou instable, mais ça restera empirique
Le mieux serait que hypercam crée un témoin quand il crée/recrée ce fichier (un lock logique) et qu'il le supprime quand le fichier est OK.
Ca éviterait ce genre de conflit

Je vous tiens au courant....

[MiKe]

Je vais essayé de le faire bugger pour voir ! 

[Doume]

Attention : lors du bug, c'est la version PC des fichiers que je souhaite, pas ceux du démo, qui risquent d'avoir été recréés depuis

[Doume]

Mise à jour du 1er post, pour la version 0.21b

V: 0.21b ( 05/11/2007 17h30)
En cas de réception de fichiers inconsistants (conflits entre hypercam et hyper-viseur, sur le démo), le traitement de la table concernée est abandonné, pour éviter une boucle dans le programme (la table abandonnée est affichée dans la barre d'état, en bas à gauche de l'écran)
On peut espérer qu'elle sera mieux reçue au prochain rafraîchissement...

Un nouveau tableau fait son apparition :  les priorités appliquées sur les choix de décryptage : le décryptage en cours s'affiche avec une couleur de fond 'Magenta'
La colonne 'priorité' est affichée en Hexadécimal : 0x0F signifie priorité 15
Nécessite que le démo execute au moins la version 0.21 de Hypercam, sinon ce tableau ne sera pas renseigné.

[MiKe]

Je teste de suite...

[Doume]

Mise à jour du 1er post, avec un lien vers la version 0.22

V: 0.22 le 06/11/2007 à 16h00

Résoudre problème d'affichage 'tronqué' de la table des cartes si plus de 300 cartes environ ....

Affichage d'une colonne supplémentaire dans la table des cartes 'locales'
titre : 'Pub.'
---> si cochée, la carte est diffusée dans le réseau
---> sinon, carte non publiée (non valide, ou ne sachant pas décrypter)

[MiKe]

Merci Doume...

[Doume]

Dans la version 0.22 mise en ligne hier après-midi, il restait un message de debugging malopportun.

Je viens de remettre à jour le fichier pointé par le 1er post (toujours une 0.22, mais sans debug) le 07/11 à 13h40
Mea culpa, désolé

[MiKe]

Merci Doume,

Méa coulpa de rien, tu fais déjà tant pour nos petits démos 

[Danield]

Errare humanum es
pas de quoi en faire un drame. Il n'y a que celui qui ne fait rien qui ne commet pas d'erreur

[rastatux]

Le mieux serait que hypercam crée un témoin quand il crée/recrée ce fichier (un lock logique) et qu'il le supprime quand le fichier est OK.
Ca éviterait ce genre de conflit

une methode simple serai qu'hypercam ecrive dans un fichier temporaire et qu'il le renome (et avant efface le fichier officiel) dès qu il a fini de le remplir.

ca permet d'éviter qu'entre le test du lock et la lecture du fichier de l'hyperviseur, hypercam ecrive le fichier.
et au pire l'hyperviseur essaye la lecture juste entre l'effacement de l'ancien et le renomage du nouveau, ce qui est pas grave... juste pas de stat.

 

[MiKe]

Salut,

Je pense avoir trouvé un petit bug dans hyperviseur...J'aurais besoin que quelques uns d'entre vous test aussi pour voir si ce n'est pas un problème chez moi...

Si dans l'iTGate dans "configuration de la communication" (menu --> Réglages, configuration expert puis réglage de la communication) vous mettez le port autre que le port 80 pour le réseau (par exemple 8084) et que dans hyperviseur vous déclarez tout de même dans l'onglet "Configuration hyperviseur" le port http identique à celui de l'itgate (donc le 8084) et bien dans l'onglet "status enigma" aucunes informations n'arrivent...

Si je remet le port 80 dans l'itgate et dans la configuration de hyperviseur, j'ai le status enigma qui s'affiche...

Suis-je le seul ?

Merci pour vos tests et vos feedback...

[Doume]

est-ce que dans le .ini, il mémorise bien le port 8084 ? (au lieu de 80 )