Accéder au contenu principal

Articles

malloc: xzm: failed to initialize deferred reclamation buffer

Lorsque je lance une de mes applications avec Xcode sur mon iPhone .... J'ai ce message de début :  malloc: xzm: failed to initialize deferred reclamation buffer (46)  Et franchement, je n'aime pas avoir des message que je ne comprends pas et qui contiennent le mot "failed" ! Mais le message n'existe pas avec mon iPad IOS16. Donc, ok, malloc je connais, on parle de la fonction de base d'allocation de mémoire système, il y a pleins d'outils pour les problèmes d'allocation mémoire, "xzm" doit être un de ces outils. Je ne trouve rien sur internet ! RIEN ! Perplexity ou Claude ne savent pas non plus ce que c'est. Je suis obligé de faire des suppositions... XZ est un format de compression conçu pour remplacer BZIP qui est conçu pour remplacer GZIP qui est conçu pour remplacer Z. Peut-être que les données de debug de Xcode transitent en étant compressé par défaut ? Allons voir dans le schéma du projet, pour voir les options concernant les mallo
Articles récents

WKWebView et le mode sombre

Dans mon application sur la constitution française, le contenu de la constitution est une page HTML dans une WKWebView. Comme à mon habitude je gère le mode sombre selon le réglage du système. Cela consiste à utiliser la couleur "LabelColor" et "systemBackgroundColor" dans l'UI, et dans la page HTML on a une CSS du genre : @media (prefers-color-scheme:dark) { body {     color: white ;     background-color: black ;     } } C'est très classique, cela fonctionne bien, mais ! La lecture de la page HTML peut prendre quelques fraction de seconde, et entre le moment où l'on initialise la webView et le moment ou la page est chargée, une page "par défaut", vide, avec un fond blanc, peut être visible, ce qui cause un flash blanc intempestif. Comment faire ? Il suffit d'initialiser une page ultra-simple, sous forme de NSString, qui remplacera tout de suite la page par défaut, puis de charger la page qui peut prendre un peut plus de temps à charger.  

Sitemap.xml généré automatiquement

  Sitemap.xml ? Un sitemap.xml est un fichier qui liste toutes les URLs importantes de votre site web. Il permet de guider Google et les autres moteurs de recherche à indexer votre site. Mettre en place un sitemap.xml fait partie des bonnes pratiques (actuelles). Le fait qu'il s'agisse d'un fichier XML montre que cette pratique date un peu, aujourd'hui on ferait plutôt un fichier JSON, surtout au vu des données contenues qui ne mérite pas un format de fichier complexe. Mais, bon, c'est la norme... Alors on va faire du XML. Un script bash pour générer votre sitemap.xml Pour faciliter la création et la mise à jour de votre sitemap.xml, j'ai développé un petit script bash qui automatise ce processus. Voici ses principales caractéristiques : Génération automatique : Le script parcourt votre site et crée le sitemap.xml sans intervention manuelle. Mise à jour facile : Vous pouvez exécuter le script régulièrement pour maintenir votre sitemap à jour. Simplicité d'

Xcode 16.0 et precompilateur

 J'avais l'habitude de mettre une compilation conditionnelle dans certains de mes fichiers en objective-C par rapport à une valeur entrée dans la config du projet. Ainsi j'avais : #if ELEVESDB #  import <ElevesDB/ElevesDB.h> #else #   if !NOELEVES #    import "Eleves.h" #  endif #endif Donc si je mettais un ELEVESDB=1 je faisais le premier import, et si je ne mettais pas le NOELEVES=1 j'importait le deuxième, sinon je n'importais rien du tout. A priori, avec Xcode 16.0, si NOELEVES n'est pas définit, il n'a pas la valeur par défaut de 0... et donc le deuxième import se fait. Il faut donc utiliser un #ifndef ou définir NOELEVES=0 dans les directive de preprocesseur. J'aurais préféré un ERROR UNKNOW NOELEVES, mais bon, une fois qu'on le sait... on fera gaffe.

Réglages MACCATALYST

Lors de l'envoi de la mise à jour de mon application Appel sur Mac, Apple m'a refusé cette mise à jour au motif que le bouton Réglages ne fonctionnait pas. Il faut dire que mon application est une application IOS qui fonctionne sur Mac avec MACCATALYST, c'est à dire un peu comme dans un simulateur. Jusque là, Apple n'avait jamais fait de remarque sur ce sujet, il y a dû y avoir des changements de politique de test. C'est un peu gonflé de la part d'Apple, puisqu'une application IOS n'a pas forcément de réglages systèmes, ni de réglages tout court. Or, MACCATALYST crée le menu système avec une entrée "Réglages" par défaut, sans que le développeur n'ai rien demandé. Mais il n'y a pas d'action par défaut... C'est idiot, autant ne pas mettre l'entrée du tout. Bon, ceci étant dit, il faut tout de même gérer la chose. On ne peut pas le faire dans l'éditeur de ressource (ce que l'on ferait avec une application MacOSX), le me