Aller au contenu

« Réunion du 21-06-2022 » et « Réunion du 28-06-2022 » : différence entre les pages

De OSWiki
(Différence entre les pages)
Page créée avec « Source : http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2022-06-21 = Introduction= [11:00] '''Kayaker Magic''' : Bienvenue Motoko et Andrew. [11:01] '''Andrew Hellershanks''' : Bonjour à tous. Nous voici de nouveau réunis en cette journée très chaude et humide. [11:01] '''Ubit Umarov''' : bonjour [11:02] '''Ubit Umarov''' : La climatisation de la région est en marche. [11:02] '''Ubit Umarov''' : je pense [11:02] '''Vincent.Sylvester @... »
 
Page créée avec « Source : http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2022-06-28 = Introduction = * Traduction de la bande dessinée proposée par Kayaker : 2004 : Notre équipe reste en contact par IRC. 2010 : Notre équipe utilise principalement Skype, mais certains d'entre nous préfèrent rester sur IRC. 2017 : Nous avons presque tout le monde sur Slack, mais trois personnes refusent de quitter IRC et de se connecter via la passerelle. 2051 : toutes l... »
 
Ligne 1 : Ligne 1 :
Source : http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2022-06-21
Source : http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2022-06-28


= Introduction=
= Introduction =  


[11:00] '''Kayaker Magic'''  : Bienvenue Motoko et Andrew.
* Traduction de la bande dessinée proposée par Kayaker :  


[11:01] '''Andrew Hellershanks'''  : Bonjour à tous. Nous voici de nouveau réunis en cette journée très chaude et humide.
2004 : Notre équipe reste en contact par IRC.
2010 : Notre équipe utilise principalement Skype, mais certains d'entre nous préfèrent rester sur IRC.
  2017 : Nous avons presque tout le monde sur Slack, mais trois personnes refusent de quitter IRC et de se connecter via la passerelle.
2051 : toutes les consciences ont fusionné avec la singularité galactique, à l'exception d'un gars qui refuse de se connecter via son client IRC.  
Je l'ai juste configuré comme je le veux, ok !


[11:01] '''Ubit Umarov'''  : bonjour
[11:01] '''Andrew Hellershanks'''  : Bonjour, tout le monde.


[11:02] '''Ubit Umarov'''  : La climatisation de la région est en marche.
[11:01] '''Motoko.Karu @login.digiworldz.com'''  : hihi


[11:02] '''Ubit Umarov'''  : je pense
[11:02] '''Ubit Umarov'''  : ohh ce sont des cochons dans les cheveux d'Andrew ?


[11:02] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Beaucoup de changements cette semaine, principalement au niveau de listen[https://wiki.secondlife.com/wiki/Listen], du chat[https://wiki.secondlife.com/wi](en) et des profils [http://opensimulator.org/wiki/UserProfiles/fr]. J'ai encore fait un peu de nettoyage sur mantis.
[11:02] '''Ubit Umarov''' : :)


[11:02] '''Ubit Umarov'''  : oups le fan kayker n'est plus là... donc pas de région AC.
[11:02] '''Ubit Umarov''' : ( blague privée liée à irc )


[11:03] '''Jamie.Jordan @grid.kitely.com:8002'''  : Bonjour à tous
[11:02] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : hehe


[11:03] '''Kayaker Magic'''  : ? ??
[11:03] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Il ne s'est pas passé grand chose cette semaine à part le suivi des bugs, je voulais nettoyer un peu plus mantis, mais j'ai été occupé par d'autres projets.


[11:03] '''Ubit Umarov'''  : nm :)
[11:03] '''Kayaker Magic'''  : Ma blague IRC préférée est : https://xkcd.com/1782/


[11:05] '''Andrew Hellershanks''' : C'est bien de nous revoir au complet cette semaine :)
[11:04] '''Motoko.Karu @login.digiworldz.com''' : ^^


[11:06] '''Ubit Umarov'''  : Il ne manque plus que Selby.
[11:06] '''Andrew Hellershanks'''  : Rien à signaler concernant les changements apportés à la base de code d'OpenSim la semaine dernière. Juste quelques nettoyages mineurs.
= Messagerie Instantanée = 
[11:07] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : J'ai eu un comportement étrange dans la messagerie instantanée hors ligne il y a deux jour, je n'ai pas tout à fait identifié le problème. surtout la messagerie instantanée qui ne se transmet pas correctement, mais puisque cela n'enregistre rien, il n'y a rien d'utile à signaler.


[11:06] '''Andrew Hellershanks'''  : Ubit a été très occupé cette dernière semaine. Il y a eu pas mal de changements de code.
[11:07] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Je pense que c'est probablement juste un problème de timing ou de verrouillage car la table est devenue si grande que je suis tenté de commencer à effacer les anciennes entrées.


[11:06] '''Ubit Umarov'''  : et le voilà :)
= Bug de plantage : Mantis 9012 =
* Mantis 9012 : http://opensimulator.org/mantis/view.php?id=9012
* Adresse du journal d'une région : <chemin  du simulateur><simulateur>/bin/OpenSim.log
* [http://opensimulator.org/wiki/OpenSim.Region.DataSnapshot Datasnapshot](en) : Le module DataSnapshot est un IRegionModule qui prend les données de diverses parties de la scène OpenSimulator et sort un fichier XML au format personnalisé. Vous pouvez ainsi créer des services Web à partir des données de sortie. Considérez-le comme analogue à une "API de recherche", bien qu'il ne soit pas limité à la simple recherche.


[11:06] '''Motoko.Karu @login.digiworldz.com:8002'''  : en parlant du diable
[11:08] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Pour le bug de plantage, j'ai fait un rapport sur mantis car il s'avère qu'il était un peu plus fréquent que je ne le pensais au départ.


[11:06] '''Kayaker Magic'''  : J'étais à une réunion de famille dans une cabane dans les bois sans Internet. Je suis rentré hier soir.
[11:09] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : c'est-à-dire 9012


[11:06] '''Ubit Umarov''' : parfait kayaker
[11:09] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Ce sera difficile à localiser, mais un indice, cela a commencé quand la version 179 de mono[https://www.mono-project.com/docs/about-mono/releases/] est sortie ce qui soulève quelques question préoccupantes évidentes.


[11:06] '''Jagga Meredith'''  : question rapide. 0.9.2 [http://opensimulator.org/wiki/0.9.2.0_Release]  une idée de la raison pour laquelle le code LL provoque le message d'erreur "unable to uploade blahblah service unavailable" (impossible de télécharger blahblah service indisponible), et le code ne parvient pas à vérifier les erreurs ou à compiler ?
[11:11] '''Andrew Hellershanks'''  acquiesce.


[11:07] '''Andrew Hellershanks''' : Kayaker, une cabane dans les bois ? Ils ont fait un film d'horreur basé là-dessusJ'espère que vous n'avez pas eu de visiteurs indésirables. ;)
[11:11] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Il y a eu un autre crash qui faisait référence à quelque chose dans libomv[https://bitbucket.org/opensimulator/libopenmetaverse/src/master/] appelé HexNibble, peu importe ce que c'est, ce qui me fait me demander s'il n'y a pas quelque chose avec la conversion des octets en hexadécimal qui se casse.


[11:07] '''Andrew Hellershanks'''  : Bonjour, Selby.
[11:11] '''Andrew Hellershanks'''  : oui, les choses se cassent souvent quand on installe des mises à jour :P


[11:07] '''Ubit Umarov'''  : un problème de téléchargement d'assets.
[11:12] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Revenir en arrière et vérifier certaines des régions qui se sont plantées le plus fréquemment est alternative ultime parce que c'est plutôt laborieux et  cela ne résout pas vraiment le problème sous-jacent, que ce soit OpenSim ou mono lui-même.


[11:07] '''Jagga Meredith'''  : ok, merci.
[11:12] '''Andrew Hellershanks'''  : Vincent, c'est toujours cassé en 182 [https://www.mono-project.com/docs/about-mono/releases/6.12.0.182/]?


[11:07] '''Selby.Evans @grid.kitely.com:8002'''  : Bonjour à tous
[11:12] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Oui, d'après ce que je sais.


[11:07] '''Ubit Umarov'''  : andrew ils ont fait des tonnes de films d'horreur sur des cabanes dans les bois :)
[11:12] '''Andrew Hellershanks'''  : ok.


[11:08] '''Ubit Umarov'''  : bonjour selby.Evans
[11:12] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : J'espérais que cela réglerait le problème et j'ai donc mis à jour immédiatement.


[11:08] '''Andrew Hellershanks'''  : Ubit, je ne regarde pas ce genre de films.
[11:12] '''Ubit Umarov'''  : un nibble[https://fr.wikipedia.org/wiki/Nibble] est composé de 4 bits.


[11:08] '''Ubit Umarov'''  : J'en ai vus. Quelques-uns.
[11:14] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Tous ces crashs font référence au moteur de script [http://opensimulator.org/wiki/Xengine][http://opensimulator.org/wiki/YEngine] donc j'espère que je finirai par trouver un script qui déclenche cela de manière fiable afin de pouvoir le déboguer.


[11:08] '''Jagga Meredith'''  : Désolé, je dois y aller, j'ai un pneu crevé à réparer pour le travail.
[11:14] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Jusqu'à présent, j'avance dans le noir.


[11:08] '''Ubit Umarov'''  : dans les années 80
[11:14] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Il y a simplement  trop de choses à isoler sur ces régions.


[11:08] '''Jamie.Jordan @grid.kitely.com:8002'''  : Bonjour Selby.
[11:14] '''Ubit Umarov'''  : on dirait que les try/catch [https://tahe.developpez.com/dotnet/csharp/?page=page_4#LIV-F] de mono échouent plus souvent maintenant.


[11:08] '''Ubit Umarov'''  : j'ai regardé... je n'ai rien fait :)
[11:16] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Si seulement je pouvais trouver comment obtenir des numéros de ligne ou d'autres informations pour pointer plus directement vers le point de défaillance...


[11:08] '''Andrew Hellershanks'''  : Jagga, ne pas réussir à compiler est typiquement une erreur de syntaxe. Pas toujours facile à repérer. C'est dans le moteur Xengine[http://opensimulator.org/wiki/XEngine] ou Yengine[http://opensimulator.org/wiki/YEngine] ?
[11:16] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : L'ajout d'une sortie de journal pour enregistrer tous les uuids [https://fr.wikipedia.org/wiki/Universally_unique_identifier] qu'il rencontre va être vraiment abusif, mais peut être un indice, bien que je n'ai pas été capable de le faire planter sur un mauvais uuid.


[11:09] '''Andrew Hellershanks''' : ok, np Jagga. A la prochaine fois.
[11:18] '''Andrew Hellershanks''' :Tu pourrais essayer de l'exécuter en utilisant un débogueur[https://fr.wikipedia.org/wiki/D%C3%A9bogueur], mais cela pose ses propres problèmes. S'il y a une erreur de segmentation et  que tu as un débogage de compilation  tu devrais avoir un retour de suivi qui pourrait fournir un point de départ pour savoir où chercher.


[11:09] '''Ubit Umarov'''  : andrew il a dit "erreur de téléchargement".
[11:18] '''Ubit Umarov'''  : le bas niveau [https://fr.wikipedia.org/wiki/Langage_de_programmation_de_bas_niveau) lève des exceptions si l'entrée a des caractères invalides.


[11:09] '''Andrew Hellershanks'''  : Ubit, il a aussi dit que le code n'a pas réussi à vérifier les erreurs ou à compiler.
[11:19] '''Ubit Umarov'''  : cela est appelé à l'intérieur d'un try/catch, donc cela fonctionne comme prévu avec un mono correct


[11:09] '''Ubit Umarov'''  : bien sûr que oui...
[11:19] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Ce qui me déconcerte, c'est que j'ai compilé libomv en debug et OpenSim de toute façon, donc ne pas obtenir de numéros de ligne est étrange.


[11:09] '''Ubit Umarov'''  : mais cela demande un peu plus de débogage, ce que nous ne pouvons pas faire ici.
[11:21] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Cela ressemble vraiment à un problème de mono, ce qui le rend encore plus urgent à trouver étant donné qu'il peut avoir un impact sur beaucoup de choses.


[11:10] '''Andrew Hellershanks'''  : ok. Si les problèmes de compilation sont dus au fait qu'il n'a pas été possible de télécharger en premier lieu, cela aurait du sens.
[11:21] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Je suppose qu'à moins de bricoler avec libomv ou de lire le journal de commit [https://fr.wikipedia.org/wiki/Commit] de mono, je n'irai pas beaucoup plus loin tant que je n'aurai pas trouvé un script qui provoque ce problème de manière fiable.


[11:10] '''Ubit Umarov'''  : comme la séquence exacte des erreurs, etc.
[11:22] '''Ubit Umarov'''  : bon et pour mantis 9012 tous ces messages ont certainement plus d'informations avant que la pile ne se vide.


[11:10] '''Andrew Hellershanks'''  hoche la tête
[11:22] '''Ubit Umarov'''  : comme pour dire QUOI ?


= Changement de code de la semaine =
[11:23] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : La plupart d'entre eux commencent avec la trace de pile [https://fr.wikipedia.org/wiki/Trace_d%27appels] juste après la fin d'un OAR ou le nettoyage du cache  flotsam, mais pas d'échec ou d'erreur, la trace de pile est immédiate.
* [http://opensimulator.org/viewgit/?a=shortlog&p=opensim Journal des commits OpenSim]
* [http://opensimulator.org/mantis/my_view_page.php Mantis : suivi de bogues]
== Les profils ==
[11:10] '''Ubit Umarov'''  : Bon, à propos des changements de code de la semaine dernière.


[11:10] '''Ubit Umarov'''  : pas grand chose :)
[11:24] '''Ubit Umarov'''  : bon, la trace de pile ne veut rien dire sans cause.


[11:11] '''Ubit Umarov'''  : les profils où il manque 2 flags...
[11:27] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : J'ai parcouru le journal de la région qui se plante le plus, cela arrive toujours juste après l'exécution du datasnapshot.


[11:11] '''Andrew Hellershanks'''  : Il dit "pas grand chose" quand il y a eu 28 commits[https://git-scm.com/docs/git-commit] :)
= Analyse du code de listtofloat =
[11:26] '''Ubit Umarov'''  : au fait,  listtofloat [https://wiki.secondlife.com/wiki/LlList2Float](?) vérifie les uuids.


[11:11] '''Ubit Umarov'''  : et il y avait un problème de cache local qui empêchait le viewer de voir les changements qui venaient d'être faits.
[11:26] '''Ubit Umarov'''  : parce que quelqu'un a décidé qu'un uuid peut représenter un float[https://fr.wikipedia.org/wiki/Virgule_flottante].


[11:12] '''Ubit Umarov'''  : les flags manquants ont été ajoutés par Andrew en fait :)
[11:26] '''Ubit Umarov'''  : ou un entier[https://fr.wikipedia.org/wiki/Entier_(informatique)] exprimé en tant que float.


[11:12] '''Andrew Hellershanks'''  acquiesce.
[11:27] '''Andrew Hellershanks'''  : quelqu'un a décidé qu'un uuid peut correspondre à un nombre flottant ??  On dirait que quelqu'un a eu des idées très étranges.


[11:12] '''Ubit Umarov'''  : sur ce , j'ai retiré une vieille classe [https://fr.wikibooks.org/wiki/Programmation/Programmation_orient%C3%A9e_objet/Classes_et_objets] obsolète.
[11:28] '''Ubit Umarov'''  : les clés valides semblent être analysées comme des entiers puis converties en float,


[11:12] '''Andrew Hellershanks''' : Je regardais quelque chose dans le module OpenSimProfile [http://opensimulator.org/wiki/OpenSimProfile](en) à ce moment là.
  if (item is LSL_Key)
{
    string s = item.ToString();
    if(UUID.TryParse(s, out UUID uuidt))
    return Convert.ToDouble(new LSL_Integer(s).value);
// on ne peut pas le faire car une chaîne de caractères est aussi une LSL_Key pour le moment :(
// else
// return 0;
  }


[11:13] '''Ubit Umarov'''  : elle était  utilisée uniquement sur ce code.  
[11:28] '''Ubit Umarov'''  : les commentaires sont là depuis "toujours".


[11:13] '''Ubit Umarov'''  : bien sûr en faisant cela j'ai tué un module de profils :p
[11:29] '''Ubit Umarov'''  : je suppose que c'est parce que les clés sont enveloppées dans une chaîne, donc les gens ont des chaînes rapportées comme des clés, donc c'était nécessaire ???


[11:13] '''Ubit Umarov'''  : externe à opensim
[11:29] '''Andrew Hellershanks'''  : Cela doit venir en partie d'autres endroits où il y a peu de différence entre une clé et une chaîne.


[11:13] '''Ubit Umarov'''  : tu l'as déjà mis à jour andrew ?
[11:29] '''Ubit Umarov'''  : aucune idée :)


[11:14] '''Ubit Umarov'''  : nous pouvons toujours mettre le fichier qui définit la classe.
[11:30] '''Ubit Umarov'''  : problèmes de casting automatique


[11:14] '''Andrew Hellershanks'''  : J'ai déjà fait les changements nécessaires au module externe OpenSimProfiles mais je n'ai pas encore poussé le code. Je dois encore le tester pour vérifier qu'il gère correctement les deux flags qui ont déclenché les changements.
[11:30] '''Ubit Umarov'''  : possible


[11:14] '''Ubit Umarov'''  : je l'ai enlevé parce que c'est très confus.
[11:30] '''Andrew Hellershanks'''  : Bonjour, Selby.


[11:15] '''Ubit Umarov'''  : il semble que dans le passé, un profil concernait toutes les informations au sujet d'un agent, y compris son compte.
[11:30] '''Selby.Evans @grid.kitely.com:8002'''  : bonjour -- Internet ne fonctionnait pas jusqu'à maintenant.


[11:15] '''Ubit Umarov'''  : donc cette classe inclut des champs pour les mots de passe etc...
[11:30] '''Ubit Umarov'''  : mais bon, c'est comme ça depuis des lustres... et même  c'est possible que cela fasse comme SL en réalité.


[11:15] '''Ubit Umarov''' : ou le faisait :)
[11:30] '''Ubit Umarov''' : salut bienvenue


[11:15] '''Andrew Hellershanks'''  : :)
[11:32] '''Kayaker Magic'''  : Heureux que ton Internet soit revenu Selby !


== Script de dialogues ==
[11:32] '''Andrew Hellershanks'''  : Au moins, il n'a pas attendu la fin de la réunion pour revenir :)
[11:16] '''Ubit Umarov'''  : un autre changement concernait les scripts de dialogues.


[11:16] '''Ubit Umarov'''  : nous avions le cas des prims appartenant à un groupe, c'était faux.
= Bug de plantage (suite) =
[11:33] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Celui-ci a planté  au niveau de


[11:16] '''Ubit Umarov'''  : en fait un peu partout...
  at OpenSim.Server.Handlers.Simulation.Utils:GetParams <0x001c3>
  at OpenSim.Server.Handlers.Simulation.AgentSimpleHandler:ProcessRequest <0x0014f>


[11:17] '''Ubit Umarov'''  : j'ai ajouté du code pour obtenir le nom du propriétaire de l'objet,  inlcuant le nom du groupe dans ce cas.
[11:34] '''Ubit Umarov'''  : test sur un script


[11:17] '''Ubit Umarov''' : pour le nom du groupe [http://opensimulator.org/wiki/V2_Groups/fr], Firstname[http://opensimulator.org/wiki/UserAccounts] est une chaîne vide, le nom du groupe devient LastName.
[11:34] '''Ubit Umarov''' :  
        string a = "adb23jjd";
        llOwnerSay((string)osIsUUID(a));


[11:18] '''Ubit Umarov'''  : j'ai donc corrigé les dialogues, pour ces types de prims, en envoyant le nom correct.
[11:34] '''Ubit Umarov'''  : avec plusieurs variantes sur "a".


== Chat local, script de chat, script listen ==
[11:34] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Oui, j'ai essayé une tonne de cela, mais jusqu'à présent rien n'a planté.
* [https://wiki.firestormviewer.org/top_objects Top Script](en) Les temps indiqués sont le temps moyen de script par image pour les 30 dernières minutes pour tous les scripts sur l'objet. Si l'objet est dans la région depuis moins de 30 minutes, le nombre indiqué sera le temps moyen par image depuis l'entrée de l'objet dans la région.


[11:19] '''Ubit Umarov'''  : autres changements de code autour du chat local, des scripts de chat et des scripts d'écoute (listen).
[11:35] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Ce qui semble vraiment commun, c'est que les plantages se produisent après l'exécution de DataSnapShot.


[11:20] '''Ubit Umarov'''  : dans le cas des événements[http://opensimulator.org/wiki/LSL_Status/Events](en) de scripts, chaque message accepté était placé dans une file d'attente.
[11:35] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Dans trois régions, il y a  eu plusieurs crashs, toujours juste après cela.


[11:20] '''Ubit Umarov'''  : alors toutes les 100ms ( ou 50ms) cette queue était transférée dans la queue des événements des scripts.
[11:35] '''Ubit Umarov'''  : ce truc os est juste un tryparse[https://www.developpez.net/forums/d1476050/dotnet/langages/csharp/tryparse-rien-compris/] direct :


[11:21] '''Ubit Umarov''' : cette double file d'attente n'a aucun sens.
[11:35] '''Ubit Umarov''' :  
      public LSL_Integer osIsUUID(string thing)
        {
            CheckThreatLevel();
            return UUID.TryParse(thing, out UUID test) ? 1 : 0;
        }


[11:22] '''Ubit Umarov''' : en fait, cela pouvait provoquer une fuite de mémoire [https://fr.wikipedia.org/wiki/Fuite_de_m%C3%A9moire], si le transfert des 100ms venait à s'arrêter.
[11:36] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' :  
          at <unknown> <0xffffffff>
          at OpenSim.Region.ScriptEngine.Shared.ScriptBase.ScriptBaseClass:llSetRot <0x00061>
          at System.Object:CheckSun() <0x009c2>
          at System.Object:default timer <0x00452>


[11:23] '''Ubit Umarov''' : donc maintenant, tous les messages qui correspondent à un filtre d'événement sont envoyés directement à la file d'attente d'événement correspondante.
[11:36] '''Ubit Umarov''' : setrot?? [https://wiki.secondlife.com/wiki/LlSetRot]


[11:23] '''Ubit Umarov'''  : cela réduit la latence et permet aussi au moteur de script de le laisser tomber s'il n'est pas utile.
[11:36] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Oui, je ne l'invente pas.


[11:24] '''Ubit Umarov'''  : c'est à dire si le script est perdu, si les événements sont complets etc...
[11:37] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  :  
  at OpenSim.Region.ScriptEngine.Yengine.XMRInstAbstract:CallSEH <0x00236>


[11:24] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Est-ce que cela se répercute sur le temps de script comme dans Top Scripts ou seulement en interne ?
[11:37] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Il est également assez courant que


[11:24] '''Ubit Umarov'''  : pas de mesure directe
[11:37] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Des trucs vraiment étranges


[11:25] '''Ubit Umarov'''  : cette première queue était juste là... cachée.
[11:37] '''Andrew Hellershanks'''  : C'est très étrange.


[11:25] '''Ubit Umarov'''  : il est clair que xengine avait une commande qui affichait le nombre de messages.
[11:37] '''Ubit Umarov'''  : es-tu sûr que ton cpu[https://fr.wikipedia.org/wiki/Processeur] n'a pas un trou sur le fpu [https://fr.wikipedia.org/wiki/Unit%C3%A9_de_calcul_en_virgule_flottante]?


[11:26] '''Ubit Umarov'''  : mais cette commande était en fait cassée.
[11:37] '''Ubit Umarov'''  : :)


[11:26] '''Ubit Umarov'''  : je l'ai réparée... mais j'ai ensuite supprimé la file d'attente.
[11:38] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Je compte 154 stacktraces (traces de pile) gérés dans ces régions.


[11:26] '''Ubit Umarov'''  : il faut aussi enlever cette commande maintenant.
[11:38] '''Ubit Umarov'''  : le dernier point n'est pas lié à la question.


[11:26] '''Ubit Umarov'''  : Ce code est encore incorrect.
[11:38] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Possible, qui sait ce que le bitflip (inversion des bits) fait là, mais si fréquemment juste après Datasnapshot, c'est un indice... J'espère


[11:26] '''Ubit Umarov'''  : tout ce code de chat est juste très laid.
[11:40] '''Ubit Umarov'''  : eh bien, ce n'est pas le cas. J'ai une région qui le fait, sans aucun problème.


[11:27] '''Ubit Umarov'''  : à cause des chaînes de caractères en C# [https://fr.wikipedia.org/wiki/C_sharp], un message est copié plusieurs fois.
[11:40] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Ce ne sont pas toutes les régions qui plantent, sur 96, seules 21 plantent régulièrement maintenant.


[11:27] '''Ubit Umarov'''  : il y a encore beaucoup de choses à améliorer et à nettoyer.
[11:40] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : un peu  plus, un peu moins


[11:28] '''Ubit Umarov'''  : des petits pas :)
[11:41] '''Ubit Umarov'''  : certaines choses comme les références nulles se produisent un peu plus maintenant, c'est lié aux présences dans la scène, c'est à dire les avatars.


[11:28] '''Ubit Umarov'''  : casser des petites choses
[11:41] '''Ubit Umarov'''  : depuis que j'ai ajouté la nécessité de les supprimer explicitement.


[11:29] '''Ubit Umarov'''  : tous les scripts *Say*[https://wiki.secondlife.com/wiki/Category:LSL_Chat] ont besoin d'un accélérateur plus puissant.
[11:42] '''Ubit Umarov'''  : dans le passé, ils restaient simplement en mémoire après le départ de l'avatar, donc il n'y avait pas de réfs null.


[11:29] '''Ubit Umarov'''  : j'en ai ajouté quelques-uns pour la plupart.
[11:43] '''Ubit Umarov'''  : donc beaucoup de code est simplement cassé, c'est à dire qu'il a été fait sans test de présence réelle de l'avatar, donc cela produit ... quelque chose sans erreur.


[11:29] '''Ubit Umarov'''  : mais cela doit être un peu plus complexe, même par propriétaire comme c'est le cas chez SL maintenant.
[11:43] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Je suppose que je devrais réinstaller mono et voir si ça ne se produit plus, même si ça pose des problèmes, pour savoir si c'est juste ça ou OpenSim.


[11:29] '''Ubit Umarov'''  : par propriétaire de script
[11:43] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Bien que je doute que ce soit OpenSim


[11:30] '''Ubit Umarov'''  : j'ai aussi essayé d'accélérer un peu les filtres listen (écoute).
[11:43] '''Ubit Umarov'''  : avec un peu de chance, il donne un avertissement et continue.


[11:31] '''Ubit Umarov'''  : bien sûr, les développeurs précédents n'ont pas aidé à ajouter des options de regex[https://fr.wikipedia.org/wiki/Expression_r%C3%A9guli%C3%A8re] inutiles que personne n'utilise.
[11:43] '''Ubit Umarov'''  : la question de l'uuid n'est pas au niveau d'opensim.


[11:32] '''Andrew Hellershanks'''  : :)
[11:44] '''Ubit Umarov'''  : comme je l'ai dit, c'est une erreur de mono, qui ne fait pas un try/catch correct.


[11:32] '''Ubit Umarov'''  : bien sûr, on ne veut pas utiliser de chaîne de caractères complexe, pour des choses qui peuvent avoir 1000 copies dans une région.
[11:44] '''Ubit Umarov'''  : ou du moins c'est ce qu'il semble.


[11:32] '''Ubit Umarov'''  : mais bon c'est là :)
[11:44] '''Ubit Umarov'''  : je ne peux pas faire de repo


[11:33] '''Ubit Umarov'''  : *encore* :p
[11:44] '''Ubit Umarov'''  : ( j'ai seulement mono 122 )


[11:33] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Tout travail positif sur les écoutes est bon à prendre, elles sont vraiment lourdes si on en fait trop.
[11:45] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Le problème est bien sûr de revenir en arrière et de ne pas trouver le problème ne résout pas le souci, ce qui signifie qu'il faut fouiler dans le journal des commits de mono et trouver ce qui pourrait être la cause, ce qui semble être une meilleure idée...


[11:33] '''Andrew Hellershanks''' : c'est vrai.
[11:46] '''Andrew Hellershanks''' : j'ai la 182.


[11:34] '''Ubit Umarov''' : http://opensimulator.org/wiki/OsListenRegex
[11:46] '''Vincent.Sylvester @hg.zetaworlds.com:8002''' : Heh il faudrait peut-être  mettre le catch try à l'intérieur d'un autre catch try.


[11:35] '''Ubit Umarov''' : bien sûr tout le monde fait listen(0,"","","")
[11:46] '''Andrew Hellershanks''' : :)


[11:36] '''Ubit Umarov'''  : sans même se soucier du handler [https://fr.wikipedia.org/wiki/Handle_System] :)
[11:47] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Vraiment bizarre, toujours un datasnapshot, un crash sur une fonction lsl[https://wiki.secondlife.com/wiki/Category:LSL_Functions] sans aucun rapport.


[11:36] '''Ubit Umarov'''  : llisten--
[11:47] '''Ubit Umarov'''  : savoir CE QUE mono a détecté pourrait aider.


[11:37] '''Ubit Umarov'''  : jusqu'aux changements que j'ai fait il y a quelques années, on pouvait tuer les viewers avec juste llSay [https://wiki.secondlife.com/wiki/LlSay]...
[11:47] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Je redoute même d'aller dans le journal des commits, craignant tout ce que je vais y trouver et parcourir.


[11:37] '''Ubit Umarov'''  : bon détails...
[11:48] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Je vais avoir besoin de dix clones pour faire une analyse du code.


[11:38] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Les particules qu'il génère sont toujours lourdes pour les images du viewer, surtout s'il se déplace.  
[11:48] '''Ubit Umarov'''  : les gars de mono sont maintenant comme ceux d'opensim... ils font des commits du genre "plusieurs corrections de bugs" :p


[11:39] '''Ubit Umarov'''  : je ne sais pas pourquoi le script par défaut utilise llSay(0..) .
[11:49] '''Ubit Umarov'''  : "tu veux en savoir plus ?"


[11:39] '''Ubit Umarov'''  : il devrait utiliser llOwnerSay [https://wiki.secondlife.com/wiki/LlOwnerSay] .
[11:49] '''Andrew Hellershanks'''  : :)


[11:39] '''Ubit Umarov'''  : je vais peut-être changer cela. [Note de la traduction : je vote pour ! :) ]
[11:49] '''Ubit Umarov'''  : voir le commit


[11:40] '''Ubit Umarov'''  : mauvais karma pour une invitation au spam :)
[11:49] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Sans parler du fait qu'on ne peut pas vraiment dire ce qui est entré dans la version, on ne fait que deviner, en gros.


[11:40] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Je vois que beaucoup de scripts ont juste copié cette idée et annoncent au monde "buttocks now loaded"
[11:49] '''Ubit Umarov'''  : ils n'ont publié les notes de version que pour la 174 et pas pour la 179.


[11:41] '''Ubit Umarov'''  : bien sûr certains exemples de SL utilisant llInstantMessage(llDetectedKey(0))[https://wiki.secondlife.com/wiki/LlInstantMessage] sont encore pire :)
[11:50] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Cela va être un bug sympathique...


[11:41] '''Andrew Hellershanks''' : Vincent, hehe
[11:50] '''Andrew Hellershanks''' : Vincent, tu devrais être capable de dire cela en se basant sur les tags et les dates de release.


[11:42] '''Ubit Umarov''' : [11:42] '''Ubit Umarov'''  : bizarrement confus, llOwnerSay ne déclenche aucune écoute.
= Évènement sur Metro =


[11:42] '''Ubit Umarov'''  : il n'est pas envoyé aux pièces jointes.
[11:51] '''Ubit Umarov'''  : il semble qu'il y ait un événement sur Metro [https://hypergrid.org/metropolis/wiki/en/index.php?title=GRID] bientôt.


[11:42] '''Ubit Umarov'''  : contrairement à tous les autres
[11:51] '''Ubit Umarov'''  : mais comme tous les reporters modernes... PAS DE DATE sur l'information :p


= Autres nouvelles à propos d'OpenSim =
[11:51] '''Ubit Umarov'''  : en tout cas, je ne l'ai pas vue.


[11:46] '''Ubit Umarov'''  : alors quelles nouvelles avez-vous sur opensim ?
[11:52] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Triste de les voir partir comme ça


[11:46] '''Ubit Umarov'''  : ou opensimulator
[11:52] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Une telle présence qui disparaît comme ça


[11:47] '''Ubit Umarov''' : Est-ce que j'ai fait planter la région ?
[11:52] '''Ubit Umarov''' : "


[11:47] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : J'ai fait un peu de nettoyage sur Mantis [http://opensimulator.org/mantis/my_view_page.php]
[11:52] '''Ubit Umarov'''  : La pièce s'intitule " The Art Giantess Is The Work : Thea von Harbou ", et sera jouée en anglais, avec des sous-titres allemands. Elle commencera à 13 heures, heure du Pacifique, ou à 22 heures, heure allemande, sur la région Futurelab.


[11:47] '''Andrew Hellershanks'''  : Non, nous sommes toujours en vie.
L'adresse hypergrid est metro.land:8002:futurelab.


[11:47] '''Ubit Umarov''' : :)
[11:52] '''Ubit Umarov''' : "


[11:47] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Pas grand chose, j'ai encore beaucoup de choses à tester et de réponses à mettre en place.
[11:52] '''Ubit Umarov'''  : vous voyez une date ?


[11:47] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Je veux vraiment effacer les vieux trucs jusqu'à ce qu'il y ait moins de 1000 problèmes ouverts.
[11:53] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Il vaut mieux se montrer tous les jours pour être sûr


[11:47] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : J'espère que les anciens éléments sont déjà corrigés ou ne sont plus pertinents.
[11:54] '''Ubit Umarov'''  : c'est typique des nouvelles sur le net... jezz


[11:48] '''Ubit Umarov'''  : ahh Gavin nous a fourni la dll[https://fr.wikipedia.org/wiki/Dynamic_Link_Library] ubode (moteur physique) non gérée pour macs 64bit
[11:54] '''Andrew Hellershanks'''  : La page web indique que la grille sera fermée le 30 juin.


[11:48] '''Andrew Hellershanks'''  : Il est difficile de le savoir sans le tester, Vincent.
[11:54] '''Ubit Umarov'''  : oui, le 30 juin est une supposition... mais si elle est fermée... cela ne peut pas être :P


[11:48] '''Ubit Umarov'''  : apparemment il n'y a pas de macs 32bit maintenant.
[11:55] '''Ubit Umarov'''  : une autre supposition est le 27 juin... la date de la nouvelle ( par miracle là >)


[11:48] '''Andrew Hellershanks'''  : Ubit, dès que tu auras dit ça, il y en aura un qui apparaîtra :)
[11:55] '''Ubit Umarov'''  : mais je pense que la date est le 30 juin.


[11:49] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Si toutes  les références pertinentes au code  mentionné ont disparues et qu'il n'y a plus de rapports depuis des années, je suis tenté de les fermer. J'essaie de les tester tous, mais il est parfois difficile de reproduire les conditions.
[11:56] '''Ubit Umarov'''  : Bien, cela semble être un bel événement... donc...


[11:49] '''Ubit Umarov'''  : donc selon sa suggestion, j'ai enlevé les librairies 32bit pour les macs.
[11:56] '''Ubit Umarov'''  : https://www.hypergridbusiness.com/2022/06/new-play-premieres-on-metropolis-grid/


[11:49] '''Vincent.Sylvester @hg.zetaworlds.com:8002'''  : Un que j'ai fermé hier, les conditions correspondaient à ancienne version mac que je ne crois être encore utilisée par personne.
[11:57] '''Ubit Umarov'''  : Le site hypergrid est en désordre maintenant.


[11:49] '''Ubit Umarov'''  : des trucs  comme *.dylib )
[11:58] '''Ubit Umarov'''  : je regardais les nouvelles d'opensim, maintenant je regarde sur Home et je vois des "nouvelles" sur opensim, ce n'est là.


[11:50] '''Ubit Umarov'''  : je suppose que tout mac de ce type devra faire tourner une ancienne version d'opensim.
[11:58] '''Andrew Hellershanks'''  : Une image plus bas sur cette page indique que la première de la pièce aura lieu le 30.


[11:50] '''Ubit Umarov'''  : le reste d'opensim aura aussi des problèmes de compilation sur les vieux mono [https://fr.wikipedia.org/wiki/Mono_%28logiciel%29].
[11:58] '''Andrew Hellershanks'''  : Ce n'est pas une situation habituelle pour une pièce de théâtre. Ouverture et fermeture le même jour ;)


= Module OpenSimProfile =
[11:58] '''Ubit Umarov'''  : :)


[11:52] '''Andrew Hellershanks'''  : J'ai reçu un rapport la semaine dernière sur un problème avec le module OpenSimProfile [http://opensimulator.org/wiki/OpenSimProfile] . Ce rapport est lié à un autre rapporté il y a longtemps. Il semble que le module ne fonctionne pas correctement lorsqu'il est utilisé en association avec une instance d'OpenSim fonctionnant avec des groupes de base.
[11:58] '''Ubit Umarov'''  : c'est sur l'accueil hypergrid , pas sur nouvelles.


[11:53] '''Andrew Hellershanks'''  : Je ne vois pas pourquoi cela devrait faire une différence si le module de groupes PHP externe est utilisé ou si le module Core est utilisé.
= Diva Distro corrige une vulnérabilité, les réseaux doivent être mis à jour=


[11:54] '''Andrew Hellershanks''' : C'est une autre chose que je dois essayer. Mon ordinateur utilise toujours le module de groupes externe basé sur PHP. Je ne l'ai pas essayé avec les groupes Core V2 [http://opensimulator.org/wiki/V2_Groups/fr].
[11:59] '''Ubit Umarov''' : https://www.hypergridbusiness.com/2022/06/diva-distro-seals-vulnerability-grids-need-to-update/


[11:55] '''Ubit Umarov'''  : osgrid[https://www.osgrid.org/] utilise des groupes xml[https://fr.wikipedia.org/wiki/Extensible_Markup_Language] et a utilisé ton module.
[12:01] '''Ubit Umarov'''  : Il semble que ce soit un débordement de pile, dû à des appels récurrents non conservés.


[11:55] '''Andrew Hellershanks'''  : Oui, cela a toujours fonctionné.
[12:01] '''Ubit Umarov'''  : je pense que j'ai enlevé une de ces utilisations techniques d'opensim.


[11:55] '''Ubit Umarov'''  : maintenant, il utilise les profils[http://opensimulator.org/wiki/UserProfiles/fr] de base.
[12:02] '''Andrew Hellershanks'''  : Merci d'avoir mentionné cet article. Information importante pour tous ceux qui utilisent Diva Wifi.


[11:56] '''Ubit Umarov'''  : Je ne pense pas avoir déjà testé les groupes de base et les profils php.
[12:03] '''Ubit Umarov'''  : les appels récurrents sont une bonne façon de coder, mais il est très facile de se tromper, en particulier si l'on utilise des paramètres fournis par l'utilisateur.


[11:56] '''Andrew Hellershanks'''  : Je sais que je n'ai pas testé cette combinaison.
[12:03] '''Ubit Umarov'''  : ... spécialement...
 
[11:57] '''Andrew Hellershanks'''  : Je vais devoir tester cela après avoir apporté les changements au module OpenSimProfile.
 
= Problème des assets d'Osgrid résolus  =
 
[11:58] '''Ubit Umarov'''  : le problème des assets d'osgrid[https://www.osgrid.org/] semble maintenant résolu.
 
[11:58] '''Andrew Hellershanks'''  : Nous sommes presque à la fin de l'heure. D'autres commentaires/questions pour aujourd'hui ?
 
[11:58] '''Ubit Umarov'''  : le dernier problème concernait le nom et la taille des fichiers.
 
[11:59] '''Ubit Umarov'''  : le code du service des assets osg a oublié d'inclure la vérification de ces tailles, donc mysql[https://fr.wikipedia.org/wiki/MySQL] s'est juste planté
 
[11:59] '''Ubit Umarov'''  : refusait de stocker...
 
[12:00] '''Ubit Umarov'''  : les snapshots ont toujours échoué à cause de leur long nom.
 
[12:00] '''Ubit Umarov'''  : sur ma région de test cela a toujours fonctionné... :)
 
[12:00] '''Andrew Hellershanks'''  : :)
 
[12:00] '''Ubit Umarov'''  : erreur à lbsa[https://opensimworld.com/hop/75039] à cause d'un long nom de parcelle... etc...
 
[12:00] '''Ubit Umarov'''  : bogue amusant.
 
[12:01] '''Andrew Hellershanks'''  : Dans le passé, j'ai vu quelques échecs dus à l'utilisation d'apostrophes simples dans les noms ou les descriptions de lieux.
 
[12:02] '''Andrew Hellershanks'''  : C'est bien d'entendre que Osg a trouvé les problèmes qu'ils avaient et les a résolus.
 
= Struture des assets =
 
[12:02] '''Ubit Umarov'''  : En fait, les assets ne devraient pas avoir de nom, de description ou de propriétaire [http://opensimulator.org/wiki/Assets].
 
[12:03] '''Ubit Umarov'''  : du pur gaspillage...
 
[12:03] '''Kayaker Magic'''  : Je dois y aller, j'ai des choses à faire à RL. A la semaine prochaine !
 
[12:03] '''Andrew Hellershanks'''  : Ubit, la plupart du temps, c'est du gaspillage. Il y a eu de rares occasions où cela a été utile pour récupérer les assets perdus d'un avatar.
 
[12:03] '''Andrew Hellershanks'''  : ok, Kayaker. On se voit la semaine prochaine.
 
[12:03] '''Ubit Umarov'''  : ils ne sont visibles que dans l'inventaire et par UUID [https://fr.wikipedia.org/wiki/Universally_unique_identifier].
 
[12:03] '''Ubit Umarov'''  : salut kay !
 
[12:04] '''Ubit Umarov'''  : pas si utile que ça.
 
[12:04] '''Ubit Umarov'''  : un asset peut être possédé par plusieurs personnes.
 
[12:05] '''Ubit Umarov'''  : donc vous ne pouvez récupérer que si l'agent a créé l'asset.
 
[12:05] '''Andrew Hellershanks'''  : C'est vrai. Avoir les informations sur le créateur est plus utile.
 
[12:05] '''Ubit Umarov'''  : Oui, cela devrait être là.
 
[12:09] '''Andrew Hellershanks'''  : Quand je m'occupais d'une grille, j'avais un utilisateur qui avait supprimé un dossier contenant des documents sur lesquels il avait travaillé pendant environ un mois. Il ne s'en est rendu compte qu'après avoir vidé sa corbeille.
 
[12:09] '''Andrew Hellershanks'''  : En utilisant les noms/descriptions et l'UUID du créateur, j'ai pu récupérer leur travail perdu dans la table des assets.
 
[12:09] '''Andrew Hellershanks'''  : Ce n'est pas quelque chose que je ferais normalement pour quelqu'un mais je connaissais la personne en question.
 
[12:10] '''Motoko.Karu @login.digiworldz.com:8002''' : :(
 
[12:10] '''Andrew Hellershanks'''  : Un de ces rares cas où les noms/descriptions dans la table des assets ont été utiles.


= Conclusion =
= Conclusion =
[11:59] '''Andrew Hellershanks'''  : L'heure est presque terminée une fois de plus. D'autres questions/commentaires avant de conclure la réunion d'aujourd'hui ?


[12:06] '''Ubit Umarov'''  : mais il est très difficile de faire des changements sur ce point maintenant.
[12:03] '''Kayaker Magic'''  : Le devoir m'appelle, je dois courir.
 
[12:06] '''Jamie.Jordan @grid.kitely.com:8002'''  : Bonne journée à tous
 
[12:06] '''Andrew Hellershanks'''  : ok, Jamie. Merci d'être passé.
 
[12:07] '''Ubit Umarov'''  : il ne reste plus beaucoup de jour, mais pense ...)
 
[12:07] '''Andrew Hellershanks'''  : Il n'a pas dit quel jour ;)


[12:07] '''Ubit Umarov'''  : 20:07 ici.
[12:04] '''Ubit Umarov'''  : se téléporter est plus rapide.


[12:07] '''Selby.Evans @grid.kitely.com:8002'''  : Au revoir à tous
[12:04] '''Ubit Umarov'''  : )


[12:07] '''Ubit Umarov'''  : Ohh bien... on peut choisir le jour :p
[12:04] '''Ubit Umarov'''  : quand ça ne plante pas... bien sûr !


[12:07] '''Ubit Umarov'''  : salut selby.Evans
[12:04] '''Selby.Evans @grid.kitely.com:8002'''  : au revoir tout le monde


[12:07] '''Andrew Hellershanks'''  : hehe
[12:04] '''Ubit Umarov'''  : salut !


[12:07] '''Andrew Hellershanks'''  : Au revoir, Selby.
[12:05] '''Andrew Hellershanks'''  : Au revoir, Kayaker et Selby.


[12:09] '''Ubit Umarov'''  : jezz le serveur n'a pas servi motoko.Karu
[12:05] '''Motoko.Karu @login.digiworldz.com'''  : au revoir.


[12:11] '''Andrew Hellershanks'''  : Des derniers commentaires/questions avant de conclure la réunion d'aujourd'hui ?
[12:06] '''Andrew Hellershanks'''  : S'il n'y a rien de plus pour aujourd'hui, je vais mettre fin à cette réunion.


[12:11] '''Andrew Hellershanks'''  : C'est tout pour cette semaine. Merci à tous d'être venus. Nous nous reverrons la semaine prochaine.
[12:06] '''Andrew Hellershanks'''  : Merci à tous d'être venus. Nous nous reverrons la semaine prochaine.

Dernière version du 30 novembre 2024 à 10:38

Source : http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2022-06-28

Introduction

  • Traduction de la bande dessinée proposée par Kayaker :
2004 : Notre équipe reste en contact par IRC.
2010 : Notre équipe utilise principalement Skype, mais certains d'entre nous préfèrent rester sur IRC. 
2017 : Nous avons presque tout le monde sur Slack, mais trois personnes refusent de quitter IRC et de se connecter via la passerelle.
2051 : toutes les consciences ont fusionné avec la singularité galactique, à l'exception d'un gars qui refuse de se connecter via son client IRC. 
Je l'ai juste configuré comme je le veux, ok ! 

[11:01] Andrew Hellershanks  : Bonjour, tout le monde.

[11:01] Motoko.Karu @login.digiworldz.com  : hihi

[11:02] Ubit Umarov  : ohh ce sont des cochons dans les cheveux d'Andrew ?

[11:02] Ubit Umarov : :)

[11:02] Ubit Umarov : ( blague privée liée à irc )

[11:02] Vincent.Sylvester @hg.zetaworlds.com:8002  : hehe

[11:03] Vincent.Sylvester @hg.zetaworlds.com:8002  : Il ne s'est pas passé grand chose cette semaine à part le suivi des bugs, je voulais nettoyer un peu plus mantis, mais j'ai été occupé par d'autres projets.

[11:03] Kayaker Magic  : Ma blague IRC préférée est : https://xkcd.com/1782/

[11:04] Motoko.Karu @login.digiworldz.com : ^^

[11:06] Andrew Hellershanks  : Rien à signaler concernant les changements apportés à la base de code d'OpenSim la semaine dernière. Juste quelques nettoyages mineurs.

Messagerie Instantanée

[11:07] Vincent.Sylvester @hg.zetaworlds.com:8002  : J'ai eu un comportement étrange dans la messagerie instantanée hors ligne il y a deux jour, je n'ai pas tout à fait identifié le problème. surtout la messagerie instantanée qui ne se transmet pas correctement, mais puisque cela n'enregistre rien, il n'y a rien d'utile à signaler.

[11:07] Vincent.Sylvester @hg.zetaworlds.com:8002  : Je pense que c'est probablement juste un problème de timing ou de verrouillage car la table est devenue si grande que je suis tenté de commencer à effacer les anciennes entrées.

Bug de plantage : Mantis 9012

  • Mantis 9012 : http://opensimulator.org/mantis/view.php?id=9012
  • Adresse du journal d'une région : <chemin du simulateur><simulateur>/bin/OpenSim.log
  • Datasnapshot(en) : Le module DataSnapshot est un IRegionModule qui prend les données de diverses parties de la scène OpenSimulator et sort un fichier XML au format personnalisé. Vous pouvez ainsi créer des services Web à partir des données de sortie. Considérez-le comme analogue à une "API de recherche", bien qu'il ne soit pas limité à la simple recherche.

[11:08] Vincent.Sylvester @hg.zetaworlds.com:8002  : Pour le bug de plantage, j'ai fait un rapport sur mantis car il s'avère qu'il était un peu plus fréquent que je ne le pensais au départ.

[11:09] Vincent.Sylvester @hg.zetaworlds.com:8002  : c'est-à-dire 9012

[11:09] Vincent.Sylvester @hg.zetaworlds.com:8002  : Ce sera difficile à localiser, mais un indice, cela a commencé quand la version 179 de mono[1] est sortie ce qui soulève quelques question préoccupantes évidentes.

[11:11] Andrew Hellershanks acquiesce.

[11:11] Vincent.Sylvester @hg.zetaworlds.com:8002  : Il y a eu un autre crash qui faisait référence à quelque chose dans libomv[2] appelé HexNibble, peu importe ce que c'est, ce qui me fait me demander s'il n'y a pas quelque chose avec la conversion des octets en hexadécimal qui se casse.

[11:11] Andrew Hellershanks  : oui, les choses se cassent souvent quand on installe des mises à jour :P

[11:12] Vincent.Sylvester @hg.zetaworlds.com:8002  : Revenir en arrière et vérifier certaines des régions qui se sont plantées le plus fréquemment est alternative ultime parce que c'est plutôt laborieux et cela ne résout pas vraiment le problème sous-jacent, que ce soit OpenSim ou mono lui-même.

[11:12] Andrew Hellershanks  : Vincent, c'est toujours cassé en 182 [3]?

[11:12] Vincent.Sylvester @hg.zetaworlds.com:8002  : Oui, d'après ce que je sais.

[11:12] Andrew Hellershanks  : ok.

[11:12] Vincent.Sylvester @hg.zetaworlds.com:8002  : J'espérais que cela réglerait le problème et j'ai donc mis à jour immédiatement.

[11:12] Ubit Umarov  : un nibble[4] est composé de 4 bits.

[11:14] Vincent.Sylvester @hg.zetaworlds.com:8002  : Tous ces crashs font référence au moteur de script [5][6] donc j'espère que je finirai par trouver un script qui déclenche cela de manière fiable afin de pouvoir le déboguer.

[11:14] Vincent.Sylvester @hg.zetaworlds.com:8002  : Jusqu'à présent, j'avance dans le noir.

[11:14] Vincent.Sylvester @hg.zetaworlds.com:8002  : Il y a simplement trop de choses à isoler sur ces régions.

[11:14] Ubit Umarov  : on dirait que les try/catch [7] de mono échouent plus souvent maintenant.

[11:16] Vincent.Sylvester @hg.zetaworlds.com:8002  : Si seulement je pouvais trouver comment obtenir des numéros de ligne ou d'autres informations pour pointer plus directement vers le point de défaillance...

[11:16] Vincent.Sylvester @hg.zetaworlds.com:8002  : L'ajout d'une sortie de journal pour enregistrer tous les uuids [8] qu'il rencontre va être vraiment abusif, mais peut être un indice, bien que je n'ai pas été capable de le faire planter sur un mauvais uuid.

[11:18] Andrew Hellershanks :Tu pourrais essayer de l'exécuter en utilisant un débogueur[9], mais cela pose ses propres problèmes. S'il y a une erreur de segmentation et que tu as un débogage de compilation tu devrais avoir un retour de suivi qui pourrait fournir un point de départ pour savoir où chercher.

[11:18] Ubit Umarov  : le bas niveau [https://fr.wikipedia.org/wiki/Langage_de_programmation_de_bas_niveau) lève des exceptions si l'entrée a des caractères invalides.

[11:19] Ubit Umarov  : cela est appelé à l'intérieur d'un try/catch, donc cela fonctionne comme prévu avec un mono correct

[11:19] Vincent.Sylvester @hg.zetaworlds.com:8002  : Ce qui me déconcerte, c'est que j'ai compilé libomv en debug et OpenSim de toute façon, donc ne pas obtenir de numéros de ligne est étrange.

[11:21] Vincent.Sylvester @hg.zetaworlds.com:8002  : Cela ressemble vraiment à un problème de mono, ce qui le rend encore plus urgent à trouver étant donné qu'il peut avoir un impact sur beaucoup de choses.

[11:21] Vincent.Sylvester @hg.zetaworlds.com:8002  : Je suppose qu'à moins de bricoler avec libomv ou de lire le journal de commit [10] de mono, je n'irai pas beaucoup plus loin tant que je n'aurai pas trouvé un script qui provoque ce problème de manière fiable.

[11:22] Ubit Umarov  : bon et pour mantis 9012 tous ces messages ont certainement plus d'informations avant que la pile ne se vide.

[11:22] Ubit Umarov  : comme pour dire QUOI ?

[11:23] Vincent.Sylvester @hg.zetaworlds.com:8002  : La plupart d'entre eux commencent avec la trace de pile [11] juste après la fin d'un OAR ou le nettoyage du cache flotsam, mais pas d'échec ou d'erreur, la trace de pile est immédiate.

[11:24] Ubit Umarov  : bon, la trace de pile ne veut rien dire sans cause.

[11:27] Vincent.Sylvester @hg.zetaworlds.com:8002  : J'ai parcouru le journal de la région qui se plante le plus, cela arrive toujours juste après l'exécution du datasnapshot.

Analyse du code de listtofloat

[11:26] Ubit Umarov  : au fait, listtofloat [12](?) vérifie les uuids.

[11:26] Ubit Umarov  : parce que quelqu'un a décidé qu'un uuid peut représenter un float[13].

[11:26] Ubit Umarov  : ou un entier[14] exprimé en tant que float.

[11:27] Andrew Hellershanks  : quelqu'un a décidé qu'un uuid peut correspondre à un nombre flottant ?? On dirait que quelqu'un a eu des idées très étranges.

[11:28] Ubit Umarov  : les clés valides semblent être analysées comme des entiers puis converties en float,

if (item is LSL_Key)
{
    string s = item.ToString();
    if(UUID.TryParse(s, out UUID uuidt))
    return Convert.ToDouble(new LSL_Integer(s).value);
// on ne peut pas le faire car une chaîne de caractères est aussi une LSL_Key pour le moment :(
//  else
//  return 0;
 }

[11:28] Ubit Umarov  : les commentaires sont là depuis "toujours".

[11:29] Ubit Umarov  : je suppose que c'est parce que les clés sont enveloppées dans une chaîne, donc les gens ont des chaînes rapportées comme des clés, donc c'était nécessaire ???

[11:29] Andrew Hellershanks  : Cela doit venir en partie d'autres endroits où il y a peu de différence entre une clé et une chaîne.

[11:29] Ubit Umarov  : aucune idée :)

[11:30] Ubit Umarov  : problèmes de casting automatique

[11:30] Ubit Umarov  : possible

[11:30] Andrew Hellershanks  : Bonjour, Selby.

[11:30] Selby.Evans @grid.kitely.com:8002  : bonjour -- Internet ne fonctionnait pas jusqu'à maintenant.

[11:30] Ubit Umarov  : mais bon, c'est comme ça depuis des lustres... et même c'est possible que cela fasse comme SL en réalité.

[11:30] Ubit Umarov : salut bienvenue

[11:32] Kayaker Magic  : Heureux que ton Internet soit revenu Selby !

[11:32] Andrew Hellershanks  : Au moins, il n'a pas attendu la fin de la réunion pour revenir :)

Bug de plantage (suite)

[11:33] Vincent.Sylvester @hg.zetaworlds.com:8002  : Celui-ci a planté au niveau de

 at OpenSim.Server.Handlers.Simulation.Utils:GetParams <0x001c3> 
 at OpenSim.Server.Handlers.Simulation.AgentSimpleHandler:ProcessRequest <0x0014f>

[11:34] Ubit Umarov  : test sur un script

[11:34] Ubit Umarov :

       string a = "adb23jjd";
       llOwnerSay((string)osIsUUID(a));

[11:34] Ubit Umarov  : avec plusieurs variantes sur "a".

[11:34] Vincent.Sylvester @hg.zetaworlds.com:8002  : Oui, j'ai essayé une tonne de cela, mais jusqu'à présent rien n'a planté.

[11:35] Vincent.Sylvester @hg.zetaworlds.com:8002  : Ce qui semble vraiment commun, c'est que les plantages se produisent après l'exécution de DataSnapShot.

[11:35] Vincent.Sylvester @hg.zetaworlds.com:8002  : Dans trois régions, il y a eu plusieurs crashs, toujours juste après cela.

[11:35] Ubit Umarov  : ce truc os est juste un tryparse[15] direct :

[11:35] Ubit Umarov :

      public LSL_Integer osIsUUID(string thing)
       {
           CheckThreatLevel();
           return UUID.TryParse(thing, out UUID test) ? 1 : 0;
       }

[11:36] Vincent.Sylvester @hg.zetaworlds.com:8002 :

         at <unknown> <0xffffffff>
         at OpenSim.Region.ScriptEngine.Shared.ScriptBase.ScriptBaseClass:llSetRot <0x00061>
         at System.Object:CheckSun() <0x009c2>
         at System.Object:default timer <0x00452>

[11:36] Ubit Umarov : setrot?? [16]

[11:36] Vincent.Sylvester @hg.zetaworlds.com:8002  : Oui, je ne l'invente pas.

[11:37] Vincent.Sylvester @hg.zetaworlds.com:8002  :

 at OpenSim.Region.ScriptEngine.Yengine.XMRInstAbstract:CallSEH <0x00236>

[11:37] Vincent.Sylvester @hg.zetaworlds.com:8002  : Il est également assez courant que

[11:37] Vincent.Sylvester @hg.zetaworlds.com:8002  : Des trucs vraiment étranges

[11:37] Andrew Hellershanks  : C'est très étrange.

[11:37] Ubit Umarov  : es-tu sûr que ton cpu[17] n'a pas un trou sur le fpu [18]?

[11:37] Ubit Umarov  : :)

[11:38] Vincent.Sylvester @hg.zetaworlds.com:8002  : Je compte 154 stacktraces (traces de pile) gérés dans ces régions.

[11:38] Ubit Umarov  : le dernier point n'est pas lié à la question.

[11:38] Vincent.Sylvester @hg.zetaworlds.com:8002  : Possible, qui sait ce que le bitflip (inversion des bits) fait là, mais si fréquemment juste après Datasnapshot, c'est un indice... J'espère

[11:40] Ubit Umarov  : eh bien, ce n'est pas le cas. J'ai une région qui le fait, sans aucun problème.

[11:40] Vincent.Sylvester @hg.zetaworlds.com:8002  : Ce ne sont pas toutes les régions qui plantent, sur 96, seules 21 plantent régulièrement maintenant.

[11:40] Vincent.Sylvester @hg.zetaworlds.com:8002  : un peu plus, un peu moins

[11:41] Ubit Umarov  : certaines choses comme les références nulles se produisent un peu plus maintenant, c'est lié aux présences dans la scène, c'est à dire les avatars.

[11:41] Ubit Umarov  : depuis que j'ai ajouté la nécessité de les supprimer explicitement.

[11:42] Ubit Umarov  : dans le passé, ils restaient simplement en mémoire après le départ de l'avatar, donc il n'y avait pas de réfs null.

[11:43] Ubit Umarov  : donc beaucoup de code est simplement cassé, c'est à dire qu'il a été fait sans test de présence réelle de l'avatar, donc cela produit ... quelque chose sans erreur.

[11:43] Vincent.Sylvester @hg.zetaworlds.com:8002  : Je suppose que je devrais réinstaller mono et voir si ça ne se produit plus, même si ça pose des problèmes, pour savoir si c'est juste ça ou OpenSim.

[11:43] Vincent.Sylvester @hg.zetaworlds.com:8002  : Bien que je doute que ce soit OpenSim

[11:43] Ubit Umarov  : avec un peu de chance, il donne un avertissement et continue.

[11:43] Ubit Umarov  : la question de l'uuid n'est pas au niveau d'opensim.

[11:44] Ubit Umarov  : comme je l'ai dit, c'est une erreur de mono, qui ne fait pas un try/catch correct.

[11:44] Ubit Umarov  : ou du moins c'est ce qu'il semble.

[11:44] Ubit Umarov  : je ne peux pas faire de repo

[11:44] Ubit Umarov  : ( j'ai seulement mono 122 )

[11:45] Vincent.Sylvester @hg.zetaworlds.com:8002  : Le problème est bien sûr de revenir en arrière et de ne pas trouver le problème ne résout pas le souci, ce qui signifie qu'il faut fouiler dans le journal des commits de mono et trouver ce qui pourrait être la cause, ce qui semble être une meilleure idée...

[11:46] Andrew Hellershanks : j'ai la 182.

[11:46] Vincent.Sylvester @hg.zetaworlds.com:8002  : Heh il faudrait peut-être mettre le catch try à l'intérieur d'un autre catch try.

[11:46] Andrew Hellershanks : :)

[11:47] Vincent.Sylvester @hg.zetaworlds.com:8002  : Vraiment bizarre, toujours un datasnapshot, un crash sur une fonction lsl[19] sans aucun rapport.

[11:47] Ubit Umarov  : savoir CE QUE mono a détecté pourrait aider.

[11:47] Vincent.Sylvester @hg.zetaworlds.com:8002  : Je redoute même d'aller dans le journal des commits, craignant tout ce que je vais y trouver et parcourir.

[11:48] Vincent.Sylvester @hg.zetaworlds.com:8002  : Je vais avoir besoin de dix clones pour faire une analyse du code.

[11:48] Ubit Umarov  : les gars de mono sont maintenant comme ceux d'opensim... ils font des commits du genre "plusieurs corrections de bugs" :p

[11:49] Ubit Umarov  : "tu veux en savoir plus ?"

[11:49] Andrew Hellershanks  : :)

[11:49] Ubit Umarov  : voir le commit

[11:49] Vincent.Sylvester @hg.zetaworlds.com:8002  : Sans parler du fait qu'on ne peut pas vraiment dire ce qui est entré dans la version, on ne fait que deviner, en gros.

[11:49] Ubit Umarov  : ils n'ont publié les notes de version que pour la 174 et pas pour la 179.

[11:50] Vincent.Sylvester @hg.zetaworlds.com:8002  : Cela va être un bug sympathique...

[11:50] Andrew Hellershanks : Vincent, tu devrais être capable de dire cela en se basant sur les tags et les dates de release.

Évènement sur Metro

[11:51] Ubit Umarov  : il semble qu'il y ait un événement sur Metro [20] bientôt.

[11:51] Ubit Umarov  : mais comme tous les reporters modernes... PAS DE DATE sur l'information :p

[11:51] Ubit Umarov  : en tout cas, je ne l'ai pas vue.

[11:52] Vincent.Sylvester @hg.zetaworlds.com:8002  : Triste de les voir partir comme ça

[11:52] Vincent.Sylvester @hg.zetaworlds.com:8002  : Une telle présence qui disparaît comme ça

[11:52] Ubit Umarov : "

[11:52] Ubit Umarov  : La pièce s'intitule " The Art Giantess Is The Work : Thea von Harbou ", et sera jouée en anglais, avec des sous-titres allemands. Elle commencera à 13 heures, heure du Pacifique, ou à 22 heures, heure allemande, sur la région Futurelab.

L'adresse hypergrid est metro.land:8002:futurelab.

[11:52] Ubit Umarov : "

[11:52] Ubit Umarov  : vous voyez une date ?

[11:53] Vincent.Sylvester @hg.zetaworlds.com:8002  : Il vaut mieux se montrer tous les jours pour être sûr

[11:54] Ubit Umarov  : c'est typique des nouvelles sur le net... jezz

[11:54] Andrew Hellershanks  : La page web indique que la grille sera fermée le 30 juin.

[11:54] Ubit Umarov  : oui, le 30 juin est une supposition... mais si elle est fermée... cela ne peut pas être :P

[11:55] Ubit Umarov  : une autre supposition est le 27 juin... la date de la nouvelle ( par miracle là >)

[11:55] Ubit Umarov  : mais je pense que la date est le 30 juin.

[11:56] Ubit Umarov  : Bien, cela semble être un bel événement... donc...

[11:56] Ubit Umarov  : https://www.hypergridbusiness.com/2022/06/new-play-premieres-on-metropolis-grid/

[11:57] Ubit Umarov  : Le site hypergrid est en désordre maintenant.

[11:58] Ubit Umarov  : je regardais les nouvelles d'opensim, maintenant je regarde sur Home et je vois des "nouvelles" sur opensim, ce n'est là.

[11:58] Andrew Hellershanks  : Une image plus bas sur cette page indique que la première de la pièce aura lieu le 30.

[11:58] Andrew Hellershanks  : Ce n'est pas une situation habituelle pour une pièce de théâtre. Ouverture et fermeture le même jour ;)

[11:58] Ubit Umarov  : :)

[11:58] Ubit Umarov  : c'est sur l'accueil hypergrid , pas sur nouvelles.

Diva Distro corrige une vulnérabilité, les réseaux doivent être mis à jour

[11:59] Ubit Umarov : https://www.hypergridbusiness.com/2022/06/diva-distro-seals-vulnerability-grids-need-to-update/

[12:01] Ubit Umarov  : Il semble que ce soit un débordement de pile, dû à des appels récurrents non conservés.

[12:01] Ubit Umarov  : je pense que j'ai enlevé une de ces utilisations techniques d'opensim.

[12:02] Andrew Hellershanks  : Merci d'avoir mentionné cet article. Information importante pour tous ceux qui utilisent Diva Wifi.

[12:03] Ubit Umarov  : les appels récurrents sont une bonne façon de coder, mais il est très facile de se tromper, en particulier si l'on utilise des paramètres fournis par l'utilisateur.

[12:03] Ubit Umarov  : ... spécialement...

Conclusion

[11:59] Andrew Hellershanks  : L'heure est presque terminée une fois de plus. D'autres questions/commentaires avant de conclure la réunion d'aujourd'hui ?

[12:03] Kayaker Magic  : Le devoir m'appelle, je dois courir.

[12:04] Ubit Umarov  : se téléporter est plus rapide.

[12:04] Ubit Umarov  : )

[12:04] Ubit Umarov  : quand ça ne plante pas... bien sûr !

[12:04] Selby.Evans @grid.kitely.com:8002  : au revoir tout le monde

[12:04] Ubit Umarov  : salut !

[12:05] Andrew Hellershanks  : Au revoir, Kayaker et Selby.

[12:05] Motoko.Karu @login.digiworldz.com  : au revoir.

[12:06] Andrew Hellershanks  : S'il n'y a rien de plus pour aujourd'hui, je vais mettre fin à cette réunion.

[12:06] Andrew Hellershanks  : Merci à tous d'être venus. Nous nous reverrons la semaine prochaine.