Chat log from the meeting on 2021-10-05/fr

[11:02] Andrew Hellershanks : Bonjour à tous. [11:02] Gavin.Hird @grid.xmir.org:8002 : Hi Andrew [11:06] Andrew Hellershanks : Ubit est afk dans IRC. Je ne sais pas s'il va nous rejoindre aujourd'hui. [11:06] Gavin.Hird @grid.xmir.org:8002 : Il ne semble pas être connecté. [11:07] Gavin.Hird @grid.xmir.org:8002 : il est aussi en retard - je ne suis pas sûr que ce soit de mon côté. [11:07] Andrew Hellershanks : Je n'ai pas remarqué de décalage (jusqu'à présent). [11:07] Gavin.Hird @grid.xmir.org:8002 : c'est peut-être un autre jour de folie FB. [11:08] Andrew Hellershanks : Au sujet des nouvelles d'OpenSim, il y a eu quelques changements la semaine dernière. [11:08] Gavin.Hird @grid.xmir.org:8002 : oui, nous avons constaté que les pièces jointes temporaires ne se comportaient pas tout à fait comme dans FS et mon viewer. [11:08] Andrew Hellershanks : Il y a eu une mise à jour de la bibliothèque libOMV, et quelques fonctions de script LSL ont été ajoutées : llOrd, llChar, et llHash. [11:08] Gavin.Hird @grid.xmir.org:8002 : il y a donc eu un correctif pour cela, qu'Ubit a appelé un stupide Il hax. [11:09] Gavin.Hird @grid.xmir.org:8002 : ceux-ci ont été récemment ajoutés à SL llOrd, llChar, et llHash. [11:09] Gavin.Hird @grid.xmir.org:8002 : Je ne pense pas que ces changements aient déjà été poussés vers Bitbucket. [11:11] Gavin.Hird @grid.xmir.org:8002 : ils ne l'ont pas été (pour llOrd, llChar et llHash). [11:11] Andrew Hellershanks : ok. Je vérifie juste le dépôt git principal pour les derniers changements. [11:11] Gavin.Hird @grid.xmir.org:8002 : depuis que j'ai tous mes autres dépôts sur bitbucket, c'est plus facile de s'occuper de tout à un seul endroit. [11:12] Andrew Hellershanks acquiesce. [11:12] Andrew Hellershanks : Même si je n'aime pas git, je tire du dépôt principal et j'ai aussi d'autres dépôts sur github. [11:14] Andrew Hellershanks : Des questions, commentaires ou nouveaux bogues à discuter ? [11:14] Gavin.Hird @grid.xmir.org:8002 : Windows 11 est sorti [11:14] Gavin.Hird @grid.xmir.org:8002 : hier. [11:15] Andrew Hellershanks : ok, peu importe ce que cela vaut, car beaucoup de machines existantes ne pourront pas l'exécuter. [11:15] Bill Blight : Je l'utilise depuis un mois et, étonnamment, il ne semble pas avoir cassé quoi que ce soit... [11:15] Gavin.Hird @grid.xmir.org:8002 : Je suis frustré parce qu'il ne semble pas y avoir de moyen viable pour moi de l'exécuter sur mon HW existant - ou même dans une VM. Je ne suis donc pas sûr de ce que cela signifie pour le développement des viewers. [11:15] Bill Blight : oui, si votre machine a plus de 10 ans, vous êtes foutu. [11:15] Gavin.Hird @grid.xmir.org:8002 : ils ne le sont pas. [11:16] Gavin.Hird @grid.xmir.org:8002 : aucune n'a plus de 5 ans. [11:16] Andrew Hellershanks : Gavin, cela ne devrait pas avoir d'impact sur le développement des viewers. Les exigences pour Windows 11 signifient que beaucoup de gens resteront sur 10. [11:16] Bill Blight : La plupart des machines modernes ont un TPM ou le CPU a un TPM inclus, beaucoup d'informations erronées sur le TPM. [11:16] Gavin.Hird @grid.xmir.org:8002 : Je ne peux pas tester le viewer sur win 11 [11:16] Gavin.Hird @grid.xmir.org:8002 : donc bien sûr, cela a un certain impact. [11:17] Gavin.Hird @grid.xmir.org:8002 : Je ne possède que du matériel Apple, à l'exception d'une machine serveur HP. [11:17] Andrew Hellershanks : Gavin, il y a ça mais je ne pense pas que beaucoup de gens essaieront de faire tourner le viewer sur 11. [11:18] Gavin.Hird @grid.xmir.org:8002 : chaque nouvelle machine vendue sera livrée avec, et il est vrai que l'impact immédiat sera faible, mais... [11:19] Bill Blight : les viewers fonctionnent bien sous Windows 11, comme je le fais depuis plus d'un mois. [11:19] Andrew Hellershanks : Voilà Ubit qui arrive. [11:19] Bill Blight : En fait, j'ai des FPS plus élevés maintenant. [11:19] Andrew Hellershanks : Bonjour, Ubit. [11:20] Ubit Umarov : Bonjour. [11:20] Gavin.Hird @grid.xmir.org:8002 : Je n'ai aucun moyen de vérifier mon viewer, c'est frustrant pour moi. [11:20] Ubit Umarov : oh ? [11:20] Gavin.Hird @grid.xmir.org:8002 : sur win 11 [11:20] Ubit Umarov : et qui en veut ? [11:21] Gavin.Hird @grid.xmir.org:8002 : les gens qui achètent de nouvelles machines l'auront, qu'ils l'aiment ou non. [11:21] Bill Blight : les gens peuvent le détruire autant qu'ils veulent... Ma machine fonctionne mieux depuis qu'elle a été mise à jour vers les builds insider et ensuite vers la version finale de Win 11. [11:21] Ubit Umarov : il est déjà sur le marché sur les nouvelles machines ? [11:22] Gavin.Hird @grid.xmir.org:8002 : Je ne le mets pas à la poubelle [11:22] Bill Blight : La plupart des gens qui le dénigrent n'ont jamais essayé... [11:22] Bill Blight : Je parle en général de la réaction de l'internet à son égard. [11:22] Gavin.Hird @grid.xmir.org:8002 : il a été publié hier, donc vous le verrez sur le marché d'ici peu. [11:22] Andrew Hellershanks : Bill, c'est parfait si vous avez une machine suffisamment récente pour satisfaire aux exigences du système. [11:22] Gavin.Hird @grid.xmir.org:8002 : les gens sont frustrés par certaines des exigences. [11:23] Ubit Umarov : Je refuse d'acheter cette puce. [11:23] Andrew Hellershanks : Il accepte un certain nombre de puces mais elles doivent avoir été produites au cours des dernières années. [11:23] Bill Blight : La plupart des machines fabriquées au cours des 10 dernières années l'ont déjà, mais elle est généralement désactivée dans le bios. [11:23] Ubit Umarov : pas vraiment. [11:24] Ubit Umarov : ma carte mère ne l'a pas, mais il y a un connecteur à ajouter. [11:24] Andrew Hellershanks : Je ne suis pas sûr de l'âge de ma machine, mais je ne me souviens pas qu'elle dispose de la sécurité nécessaire. Je sais que mon processeur est trop vieux et n'est pas supporté. [11:24] Gavin.Hird @grid.xmir.org:8002 : Je pense que la revue de l'ARS a un esprit légèrement différent. [11:24] Gavin.Hird @grid.xmir.org:8002 : histoire*. [11:25] Bill Blight : il est amusant de constater que les puces TPM sont passées d'environ 20$ à 200$ en une nuit. [11:25] Ubit Umarov : c'est amusant de voir comment maintenant tous les logiciels semblent avoir décidé que tout le monde a besoin de nouveau matériel. [11:25] Ubit Umarov : et la plupart du temps sans raison valable. [11:25] Andrew Hellershanks acquiesce. [11:26] Gavin.Hird @grid.xmir.org:8002 : VMware peut ajouter le TPM est sw si vous chiffrez l'image disque, mais Win 11 refuse toujours de fonctionner à moins que le processeur ne corresponde exactement à leurs spécifications (aléatoires). [11:26] Bill Blight : toute personne utilisant AMD Ryzen est à peu près OK puisque leurs processeurs l'ont dans le firmware. [11:26] Bill Blight : mais l'autre chose est que cela ne prend que 5 minutes pour désactiver l'exigence TPM dans l'ISO, ce qui est également amusant. [11:27] Gavin.Hird @grid.xmir.org:8002 : amusant jusqu'à la prochaine mise à jour. [11:27] Ubit Umarov : je suppose que les futures mises à jour vont réellement renforcer sa présence. [11:27] Gavin.Hird @grid.xmir.org:8002 : c'est probablement cool si vous aimez bricoler avec des ISOs personnalisés, mais je ne vois pas le charme. [11:27] Bill Blight : Je veux dire qu'Apple a eu la même chose avec leur ASIC pendant des années, mais depuis que MAC OS n'est pas agnostique à la plateforme, personne ne râle. [11:28] Ubit Umarov : pour l'instant c'est toujours une version rapide et sale je présume. [11:28] Gavin.Hird @grid.xmir.org:8002 : il y a eu des plaintes. [11:28] Jagga Meredith : Je suis toujours énervé d'avoir à mettre à jour depuis XP. Je déteste la nouvelle interface graphique. J'imagine que 11 sera pire. [11:28] Ubit Umarov : oh beaucoup [11:28] Ubit Umarov : spécialement sur le truc des doigts. [11:28] Gavin.Hird @grid.xmir.org:8002 : il est impossible de remplacer le SSD à cause de cela. [11:28] Bill Blight : Ils ont déjà publié des correctifs post ... LOL [11:28] Ubit Umarov : si vous le remplacez, le système d'exploitation meurt à la prochaine mise à jour. [11:29] Bill Blight : OK la vie réelle me bipe ... TTFN [11:29] Ubit Umarov : la licence win est aussi liée au matériel d'installation. [11:29] Andrew Hellershanks : ok, Bill. A la prochaine fois. [11:29] Ubit Umarov : ils ont juste été tolérants depuis toujours. [11:30] Ubit Umarov : mais dans la licence, tout changement de matériel invalide la licence et vous devez en payer une. [11:30] Ubit Umarov : et bien le changement "majeur", avec "majeur" défini seulement par ms. [11:31] Gavin.Hird @grid.xmir.org:8002 : :-) [11:31] Jagga Meredith : L'énigme de la "hache du grand-père". [11:31] Jagga Meredith : si on remplace la tête et le manche, est-ce que ça reste la hache de grand-père ? [11:31] Ubit Umarov : oubliez l'âge d'or des ordinateurs personnels. [11:32] Ubit Umarov : maintenant ils sont juste comme des consoles. [11:32] Andrew Hellershanks : Quand j'ai eu une panne de MB et que je l'ai remplacé, WIndows XP ne démarrait plus. Je devais faire une nouvelle installation. Je n'ai pas pris la peine de le faire car je n'utilise pas beaucoup WIndows, sauf sur mon ordinateur portable lorsque je suis loin de mon ordinateur de bureau. Même dans ce cas, je suis généralement connecté en ssh à mon ordinateur de bureau depuis mon ordinateur portable. [11:32] Ubit Umarov : et retour au concept des années 1970/70 des ordinateurs centraux avec des modèles d'abonnement. [11:33] Ubit Umarov : Les années 1960. [11:33] Ubit Umarov : central [11:33] Gavin.Hird @grid.xmir.org:8002 : file d'attente par lot [11:33] Andrew Hellershanks : Ah, les premiers jours des ordinateurs personnels où l'on obtenait souvent des schémas et des listes complètes des sources des logiciels système. [11:34] Ubit Umarov : En fait, il charge l'utilisation complète, mais il utilise maintenant les ressources locales du processeur payées par l'utilisateur. [11:34] Jagga Meredith : mettez une bande sur votre jeu de cartes perforées pour qu'il soit facile à trier si vous l'avez fait tomber. [11:34] Gavin.Hird @grid.xmir.org:8002 : vous pouvez toujours imprimer la source de Linux avec des utilitaires. [11:34] Ubit Umarov : les principaux fabricants de puces l'utilisent pour détourner nos données, en les gardant sur le disque mais chiffrées. [11:35] Ubit Umarov : donc seulement avec un abonnement valide d'un programme nous pouvons le lire. [11:35] Jagga Meredith : bon point [11:36] Ubit Umarov : pour l'instant, nous devons télécharger et garder tout dans leurs centres de données, en utilisant leurs cpus (modèle SL assets). [11:36] Ubit Umarov : avec cette puce, ils peuvent mieux utiliser leur propre matériel, tout en gardant la pleine propriété de nos données. [11:36] Gavin.Hird @grid.xmir.org:8002 : IBM fait état d'un marché croissant pour le cloud privé [11:37] Gavin.Hird @grid.xmir.org:8002 : Synology fait la même chose à l'autre bout du marché. [11:37] Ubit Umarov : avez-vous déjà converti les nouvelles d'opensim ? [11:37] Andrew Hellershanks : Ubit, oui nous l'avons fait. [11:38] Jagga Meredith : je m'excuse d'encombrer Mantis avec un autre message hors sujet. Nous avons résolu le problème (dll) qui nous permet de faire fonctionner PODEX en 0.9.2. [11:38] Gavin.Hird @grid.xmir.org:8002 : même le stupide sera hax. [11:38] Gavin.Hird @grid.xmir.org:8002 : mais vous avez oublié de pousser le tout sur bitbuckety. [11:38] Andrew Hellershanks : Voici une question liée à OpenSim. Quels types de problèmes peuvent entraîner -> System.NullReferenceException : La référence de l'objet n'est pas fixée à une instance d'un objet. [11:38] Ubit Umarov : Vous pourriez dire à l'équipe de Mantis que et le fermer. [11:39] Andrew Hellershanks : Cela provient d'un script qui utilise KFM pour déplacer un objet. L'erreur s'est produite en essayant d'arrêter le mouvement. [11:39] Jagga Meredith : Mélanie l'avait déjà fermé [11:39] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai besoin d'un peu plus de cette erreur pour la localiser. [11:40] Ubit Umarov : Non, il n'est pas fermé. [11:40] Ubit Umarov : hmm tampa l'a fait [11:40] Jagga Meredith : ok, je vais faire ça. [11:41] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai eu quelques tickets mantis qui n'étaient pas vraiment reproductibles donc je les ai résolus jusqu'à ce que de nouvelles informations émergent. [11:41] Ubit Umarov : mais vous devriez le dire. [11:41] Andrew Hellershanks : Le rapport complet est sur https://pastebin.com/i8pbAkGS sous la version 0.9.1.1 du système d'exploitation. [11:41] Ubit Umarov : pour que les gens voient que ce n'était pas vraiment un problème opensim. [11:41] Ubit Umarov : ohh tampa est ici [11:41] Jagga Meredith : je peux le rouvrir pour faire ça ? [11:42] Ubit Umarov : yeha null refs keep happen [11:42] Vincent.Sylvester @hg.zetaworlds.com:8002 : Andrew, dit la ligne sur laquelle il échoue, vous pouvez vérifier le code pour voir ce qu'il fait à ce point particulier, pourrait être un indice sur ce qui échoue, généralement c'est [11:43] Ubit Umarov : parce que certaines parties du code ne savent pas que d'autres ont déjà supprimé des choses. [11:43] Vincent.Sylvester @hg.zetaworlds.com:8002 : Vous pouvez rouvrir les tickets si de nouvelles informations sont disponibles oui [11:43] Andrew Hellershanks : Oui, je n'ai pas cette ancienne version du code. Il faudrait que je vérifie et que je regarde si cette version a été étiquetée. [11:43] Jagga Meredith : ok. [11:43] Ubit Umarov : cela arrive aussi sur la dernière version. [11:44] Ubit Umarov : la nature multitâche incontrôlée du code fait que... [11:44] Ubit Umarov : impossible de l'empêcher complètement. [11:44] Ubit Umarov : en fait, il y en aura peut-être plus dans la 0.9.2. [11:45] Ubit Umarov : car j'ai ajouté explicitement Dispose sur scenepresence. [11:45] Ubit Umarov : parce qu'il y a des parties qui en ont besoin. [11:46] Ubit Umarov : donc d'autres parties du code peuvent toujours essayer de toucher à une partie "supprimée". [11:46] Vincent.Sylvester @hg.zetaworlds.com:8002 : En particulier, compte tenu de la façon dont les scripts eux-mêmes fonctionnent à l'intérieur du C# qui, en fin de compte, exécute le spectacle en dessous, vous avez plusieurs couches de choses qui peuvent aller mal, les scripts ne sont pas entièrement sûrs dans ce sens, vous pouvez provoquer des conditions vraiment bizarres avec eux. [11:46] Ubit Umarov : opensim a été fait de cette façon, il n'y a pas grand chose à faire. [11:46] Ubit Umarov : en fait, c# le rend encore plus difficile. [11:47] Ubit Umarov : en c++ vous n'avez pas d'option... vous devez coder pour éviter toute référence nulle :p [11:48] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il est important de savoir que l'on n'a pas besoin d'être un expert dans le domaine de l'informatique. [11:49] Ubit Umarov : bien à propos du code de la semaine dernière ... a-t-il déjà été commenté ? [11:49] Andrew Hellershanks : Oui. [11:49] Gavin.Hird @grid.xmir.org:8002 : les nouvelles fonctions. [11:49] Gavin.Hird @grid.xmir.org:8002 : llchar etc. [11:49] Andrew Hellershanks : la mise à jour de libOMV [11:49] Ubit Umarov : bien, j'ai ajouté ces éléments et certains se sont emballés. [11:50] Ubit Umarov : ils sont pour la plupart inutiles. [11:50] Ubit Umarov : spécialement le llhash. [11:50] Vincent.Sylvester @hg.zetaworlds.com:8002 : Je me suis amusé avec ça, j'ai cassé un patch, j'ai appris à lutter contre git pour qu'il se comporte bien et qu'il patche quand même, donc c'est utile pour plus que de nouveaux jouets avec lesquels jouer. [11:50] Andrew Hellershanks : LSL incluait déjà une fonction de hachage, AFAICR. [11:50] Gavin.Hird @grid.xmir.org:8002 : avez-vous dit cela à LL ? :-) [11:50] Ubit Umarov : que le hachage a un taux de collision tellement élevé qu'il est inutile. [11:51] Ubit Umarov : sauf dans le cadre d'une recherche. [11:51] Ubit Umarov : comme dans les dictionnaires c#. [11:51] Ubit Umarov : ils ont une comparaison supplémentaire pour s'assurer que les choses sont égales ou non. [11:52] Ubit Umarov : donc c'est une chose très utile... pour le code interne. [11:52] Ubit Umarov : pas pour une utilisation générique par des personnes qui ne le comprennent pas. [11:52] Ubit Umarov : et l'exemple du wiki SL est juste mauvais. [11:52] Ubit Umarov : les llChar et les ord sont différents. [11:53] Ubit Umarov chuchote : l'apparence est bonne... mais le support de l'unicode par opensim et SL est en réalité MAUVAIS. [11:53] Ubit Umarov : spécialement opensim [11:53] Ubit Umarov : sl le fait un peu mieux. [11:53] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il m'a fait penser à ce que LSL pourrait utiliser d'autre, ce à quoi je me suis habitué avec php et C#, des choses regex et des opérations de chaîne peut-être ou des fonctions de tri. Bien que les cas d'utilisation soient minces à inexistants pour la plupart je suppose. [11:53] Ubit Umarov : voir... [11:54] Ubit Umarov : pour c#, l'unicode n'a que 16 bits. [11:54] Jagga Meredith : mmmm...regex ! [11:54] Ubit Umarov : pas de support absolu pour plus. [11:54] Andrew Hellershanks : YEngine ajoute des choses que je suis habitué à avoir dans un langage de programmation. [11:54] Ubit Umarov : tout le code de chaîne .net n'est pas même pour utf-16 [11:54] Ubit Umarov : mais pour un prédécesseur appelé ucs-2 je pense. [11:55] Ubit Umarov : c'était seulement 16 bits. [11:55] Ubit Umarov : unicode, un caractère peut avoir plus d'un caractère utf16. [11:56] Ubit Umarov : le plus commun est 2 [11:56] Ubit Umarov : mais il peut y en avoir 8 ou même plus pour les symboles spéciaux. [11:56] Andrew Hellershanks : J'ai dû passer de l'unicode à l'utf-8 dans un programme car certaines fonctions relatives aux chaînes de caractères n'existaient que pour l'un des deux formats. [11:56] Ubit Umarov : Le code SL connaît le cas des 2 caractères. [11:56] Ubit Umarov : opensim ne le sait pas. [11:56] Andrew Hellershanks : le changement de format est nécessaire. [11:57] Ubit Umarov : SL ne gère pas les autres cas de multi-char. [11:58] Ubit Umarov : donc si vous utilisez des caractères spéciaux (inc 2 utf16 ici) la fonction qui divise un sting par exemple peut le casser au milieu d'un caractère. [11:58] Ubit Umarov : ce qui en fait une chaine invalide [11:58] Andrew Hellershanks : Oui, c'est un problème. Vous devez déterminer la longueur d'un caractère. [11:59] Andrew Hellershanks : IIRC, elle peut être comprise entre 1 et 4 octets. [11:59] Ubit Umarov : Non. [11:59] Andrew Hellershanks : 3 octets ? [11:59] Selby.Evans @grid.kitely.com:8002 : au revoir à tous. [11:59] Ubit Umarov : je parle de utf-16 pas de utf-8 [11:59] Andrew Hellershanks : ok, au revoir Selby. [11:59] Ubit Umarov : cya selby.Evans [12:00] Ubit Umarov : et l'utf-8 peut avoir beaucoup plus que 4 octets par caractère. [12:00] Ubit Umarov : parce que certains caractères sont des caractères de composition. [12:00] Ubit Umarov : voir ç [12:00] Ubit Umarov : voir comme un C avec une virgule ? [12:00] Vincent.Sylvester @hg.zetaworlds.com:8002 : fäncy [12:01] Andrew Hellershanks : :) [12:01] Ubit Umarov : Il y a au moins 2 codes pour ç. [12:01] Ubit Umarov : l'un est un sinble uft 16 char... en fait d'une page de code ascii [12:01] Andrew Hellershanks : Pas une composition en UTF-8. Quel que soit le jeu de caractères utilisé, une fonction est nécessaire pour déterminer la longueur d'un caractère. [12:01] Andrew Hellershanks : -y [12:02] Ubit Umarov : l'autre insère 2 caractères... le C et une virgule spéciale. [12:02] Ubit Umarov : la composition est une chose unicode. [12:02] Ubit Umarov : utf32 peut aussi avoir plusieurs ints pour un caractère. [12:03] Ubit Umarov : la virgule spéciale indique que le caractère fait partie du caractère précédent et doit être dessiné avec lui. [12:03] Ubit Umarov : et il y a des choses avec 8 ou plus de cela :p [12:04] Ubit Umarov : mais ok [12:04] Ubit Umarov : la plupart des cas ici et sur SL sont 2 caractères utf8 == 4 octets utf8 == 1 utf32 [12:04] Andrew Hellershanks : L'utilisation de C avec une virgule me fait penser à une version pauvre de C avec une cédille :) [12:05] Ubit Umarov : opensim ne supporte que 1 utf-16 char case [12:05] Ubit Umarov : tous les scripts sl avec des opérations sur les chaînes de caractères vont échouer sur opensim. [12:05] Ubit Umarov : si des caractères complexes sont utilisés [12:05] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai l'impression que les charsets sont toujours bloqués en 2004 ou quelque chose comme ça, des millions de frameworks javascript depuis, toujours les mêmes charsets. [12:05] Vincent.Sylvester @hg.zetaworlds.com:8002 : Et toujours les mêmes problèmes avec eux aussi [12:06] Ubit Umarov : ce n'est pas nouveau. [12:06] Ubit Umarov : c'est un truc original des développeurs d'opensim. [12:06] Ubit Umarov : cela ne peut plus être corrigé. [12:06] Ubit Umarov : parce que le correctif casserait les choses d'opensim. [12:06] Andrew Hellershanks : Si les routines LL char sont écrites correctement, le nombre d'octets utilisés devrait être caché à l'utilisateur. [12:07] Ubit Umarov : Les scripts LL gèrent tous les cas utf-16 jusqu'à 2 caractères. [12:08] Ubit Umarov : llgetstringlength renvoie le nombre de caractères, ici le nombre de caractères utf 16. [12:08] Ubit Umarov : Les index SL sur les fonctions de la chaîne sont des index sur les caractères. [12:08] Jamie.Jordan @grid.kitely.com:8002 : Bonne semaine à tous ! [12:08] Ubit Umarov : ici, ils sont indexés sur les caractères. [12:08] Ubit Umarov : nous pouvons donc casser les chaînes de caractères dans les points invalides. [12:08] Ubit Umarov : en résumé [12:09] Ubit Umarov : Le code de chaîne OPENSIM LSL n'est pas compatible avec celui de SL depuis toujours. [12:09] Ubit Umarov : sauf si vous restez sur des caractères qui n'utilisent qu'un seul caractère utf16. [12:10] Ubit Umarov : j'ai changé http://opensimulator.org/wiki/Scripting_Documentation [12:10] Ubit Umarov : pour essayer de dire cela [12:10] Ubit Umarov : puisque après toutes ces années, personne ne s'en est jamais soucié. [12:11] Ubit Umarov : c'est le problème avec llOrd et llChar. [12:11] Vincent.Sylvester @hg.zetaworlds.com:8002 : J'ai essayé de parcourir les pages du wiki par âge pour voir ce qui a besoin d'être travaillé, mais il y a un tas de choses dont je ne sais même pas comment elles fonctionnent, donc documenter signifie lire du code et cela prend du temps. [12:12] Ubit Umarov : laisse les gens créer des personnages qui auront des problèmes. [12:12] Andrew Hellershanks : S'ils sont indexés sur des caractères, il n'y a pas de problème. S'ils sont indexés sur des octets, c'est là que vous vous retrouvez dans un cas où une chaîne peut être cassée. [12:12] Vincent.Sylvester @hg.zetaworlds.com:8002 : Plusieurs tables de la base de données ont divers drapeaux pour les permissions et ainsi de suite, aucune documentation sur eux et difficile à trouver dans le code. [12:12] Ubit Umarov : et l'index/position du seigneur n'est pas compatible avec SL. [12:12] Ubit Umarov : comme je l'ai dit. [12:12] Andrew Hellershanks : Merci de l'avoir fait, Vincent. [12:13] Ubit Umarov : voici l'index de l'ia pour un char utf16 à SL c'est pour un caractère. [12:14] Ubit Umarov : voyez le changement sur http://opensimulator.org/wiki/Scripting_Documentation ? [12:14] Andrew Hellershanks : Cela ne devrait pas avoir d'importance tant que les fonctions font des choses basées sur le type de caractère dans la grille et non sur les octets. [12:14] Gavin.Hird @grid.xmir.org:8002 : pousser sur bitbucket svp. [12:15] Andrew Hellershanks : Le push vers bitbucket n'est pas censé se faire automatiquement ? [12:15] Andrew Hellershanks : Ou est-ce que bitbucket est censé tirer automatiquement les mises à jour ? [12:16] Vincent.Sylvester @hg.zetaworlds.com:8002 : La façon dont cela est fragmenté à travers les plates-formes est un peu "meh", aussi bitbucket est... bien... "meh". [12:16] Ubit Umarov : Je viens de dire qu'il ne le fait pas en fonction du caractère. [12:16] Ubit Umarov : je ne l'ai jamais fait et je ne le ferai jamais. [12:16] Andrew Hellershanks : Si ce n'est pas le cas, il faut le corriger. [12:17] Ubit Umarov : parce que maintenant il ne peut pas être réparé. [12:17] Ubit Umarov : serait berak code opensim qui a été réglé à la main autour des problèmes. [12:17] Ubit Umarov : c'est une erreur des développeurs originaux, induite par la façon dont le c# est [12:17] Ubit Umarov : bc c# est comme opensim [12:18] Ubit Umarov : opensim utilise juste des chaînes c#. [12:18] Ubit Umarov : voir ? [12:18] Ubit Umarov : SL utilise des librairies qui les font mieux [12:18] Ubit Umarov : et non pas que le faire correctement a un gros coût de charge. [12:19] Andrew Hellershanks : Si le code obtient quelque chose d'une chaîne et le met dans un char, le nombre d'octets ne devrait pas avoir d'importance tant que l'on s'en tient à l'objet en utilisant les types de données standard. [12:19] Ubit Umarov : Les chaînes de caractères doivent être scannées tout le temps pour trouver les positions des caractères. [12:19] Andrew Hellershanks : oui, c'est un problème. J'ai déjà eu affaire à ça dans le passé. [12:20] Ubit Umarov : c'est bien pire si c'est uft-8. [12:20] Vincent.Sylvester @hg.zetaworlds.com:8002 : Nous avons un tapis assez grand pour y balayer la montagne, alors... [12:20] Ubit Umarov : et rappelez-vous [12:20] Ubit Umarov : l'unicode n'était que de 16 bits aussi. [12:20] Ubit Umarov : pendant 2 ou 3 ans. [12:21] Ubit Umarov : c'était l'usc-2 ou comment on l'appelle. [12:21] Andrew Hellershanks : Le code que j'ai mis à jour pour utiliser UTF-8 changeait entre les caractères UTF-8 et les caractères unicode de deux octets pour effectuer certaines opérations. [12:21] Ubit Umarov : il en a ajouté d'autres. [12:22] Ubit Umarov : en fait, l'UTF-8 pourrait utiliser 6 octets. [12:22] Ubit Umarov : alors ils l'ont réduit pour que l'utf-8 soit au maximum de 4 octets. [12:22] Andrew Hellershanks : Je n'ai pas regardé ce code depuis un moment. Si la taille de l'unicode a changé, il faudra que je regarde à nouveau cet ancien code. [12:22] Ubit Umarov : c'est aussi l'encodage utf-16. [12:22] Ubit Umarov : pas besoin de le faire [12:23] Ubit Umarov : l'encodage des octets fonctionne tout simplement. [12:23] Ubit Umarov : sur utf-8 [12:23] Andrew Hellershanks : Quand j'ai travaillé sur le code, unicode était de deux octets et utf-8 allait jusqu'à 4. [12:23] Ubit Umarov : c'est le cas maintenant. [12:23] Ubit Umarov : (sans compter les caractères de composition) [12:23] Vincent.Sylvester @hg.zetaworlds.com:8002 : Il suffit d'utiliser utf128 parce que, comme avx, l'ajout de bits corrige tout xD [12:23] Andrew Hellershanks : :) [12:24] Andrew Hellershanks : Nous sommes presque à la moitié de l'heure. [12:24] Ubit Umarov : J'ai bien ajouté ces 3 fonctions. [12:24] Ubit Umarov : les personnes qui les connaissent peuvent les utiliser. [12:24] Andrew Hellershanks : Gavin, veux-tu dire quelque chose sur le développement du viewer ou attendre la semaine prochaine quand plus de personnes seront là ? [12:24] Ubit Umarov : les personnes qui ne comprennent pas le code, vont faire n'importe quoi. [12:25] Gavin.Hird @grid.xmir.org:8002 : pas grand chose à dire de plus que ce que j'ai déjà dit. [12:25] Andrew Hellershanks : ok. [12:25] Gavin.Hird @grid.xmir.org:8002 : je ne sais pas comment je peux raisonnablement procéder au développement de Win, sauf à court terme. [12:25] Ubit Umarov : tous les blogs de sl ppl ajoutant des scritps. [12:25] Ubit Umarov : cet ascii compact sur sur sur char etc... [12:25] Andrew Hellershanks : Gavin, je pense que vous pouvez ignorer Win 11 pour le moment. [12:26] Ubit Umarov : inutile :p [12:26] Gavin.Hird @grid.xmir.org:8002 : Je ne vais pas acheter de nouveau matériel pour lui, donc oui. [12:26] Ubit Umarov : certains ont testé win11 sur une vm. [12:26] Gavin.Hird @grid.xmir.org:8002 : ça craint sur les processeurs que j'ai. [12:27] Ubit Umarov : yeach [12:27] Gavin.Hird @grid.xmir.org:8002 : J'ai construit une vm aujourd'hui avec la dernière version de iage et TMP correctement configurée. [12:27] Andrew Hellershanks : J'ai XP et 10 dans des VMs, et je ne vais pas me débarrasser d'un portable en parfait état qui fonctionne sous Windows 10 juste pour avoir Windows 11. [12:27] Ubit Umarov : certains disent qu'il fonctionne sur les anciens cpus. [12:27] Ubit Umarov : ms n'a pas testé. [12:27] Gavin.Hird @grid.xmir.org:8002 : il fonctionne sur les anciens cpus mais... [12:28] Gavin.Hird @grid.xmir.org:8002 : vous devez continuer à créer des installateurs personnalisés qui se cassent à chaque mise à jour. [12:28] Andrew Hellershanks : Oui, il y a des gens qui ont utilisé la version test/dev de 11 et l'ont exécutée sur du matériel plus ancien qui ne serait pas supporté par la version publiée. [12:29] Ubit Umarov : ms aide le matériel à se vendre [12:29] Gavin.Hird @grid.xmir.org:8002 : c'est exactement la même chose que de faire fonctionner macOS sur de vieilles machines. [12:29] Gavin.Hird @grid.xmir.org:8002 : ou sur des hackintoshes. [12:29] Andrew Hellershanks : Ubit, et générer plus de déchets électroniques. [12:29] Ubit Umarov : Oui. [12:30] Ubit Umarov : une pression énorme pour mettre à jour tout le monde. [12:30] Gavin.Hird @grid.xmir.org:8002 : c'est frustrant. [12:30] Ubit Umarov : rappelez-vous qu'opensim est aussi un chemin de la mort. [12:30] Ubit Umarov : mono est mort. [12:30] Gavin.Hird @grid.xmir.org:8002 : oui [12:30] Gavin.Hird @grid.xmir.org:8002 : il semble qu'il n'y ait jamais eu de version ARM 64-bit. [12:31] Ubit Umarov : ils disent simplement que les logiciels doivent passer à net5 ou mourir. [12:31] Andrew Hellershanks : Gavin, il y a une version 64-bit arm de 10, IIRC. [12:31] Gavin.Hird @grid.xmir.org:8002 : pas de mise à jour depuis presque un an ? [12:32] Ubit Umarov : et le passage à net 5 est une douleur. [12:32] Ubit Umarov : même l'unicode a changé. [12:32] Gavin.Hird @grid.xmir.org:8002 : debian 11 mono plante le compilateur en compilant opensim [12:32] Gavin.Hird @grid.xmir.org:8002 : sur Intel [12:32] Ubit Umarov : la façon dont .net voit ou compare les chaînes de caractères a changé. [12:32] Ubit Umarov : et ce n'est pas entièrement doc. [12:33] Ubit Umarov : c'est ce que je veux dire. [12:34] Andrew Hellershanks : Sur ce, nous allons mettre fin à cette réunion. [12:35] Andrew Hellershanks : Merci à tous d'être venus. Nous nous reverrons la semaine prochaine. [12:35] Meeting Chat Logger V4 : La journalisation des discussions de réunion a été désactivée. [12:35] Meeting Chat Logger V4 : Vous pouvez consulter le journal à l'adresse suivante : https://outreach.blight.media/index.php [12:35] Gavin.Hird @grid.xmir.org:8002 : vous aussi.