"épurer" un fichier de maj d'OS du boot2

[critor]

Je remonte le topic, pour poster explicitement une info dont je n'arrivais pas à être sûr à la lecture du topic: une copie du boot2 est manifestement gardée, comme l'indiquent les chiffres suivants que je viens d'obtenir avec TILP:

* 1.1.9253 TNO (no boot2 update, no samples): 3092555 bytes, available RAM/Flash: 21/21 MB
* 1.7.2741 pristine: 8019853 bytes, available RAM/Flash: 18/14 MB
* 1.7.2741 no boot2: 6774046 bytes, available RAM/Flash: 18/15 MB
* 1.7.2741 no boot2 no samples: 5005275 bytes, available RAM/Flash: 18/17 MB
* 1.7.2741 no samples: 6251083 bytes, available RAM/Flash: 18/16 MB

Il est clair que rares sont les utilisateurs limités par la quantité de Flash dispo, mais peut-être devrait-on faire connaître le programme TNOC plus largement (archives de ticalc, par exemple) ?

C'est une bonne idée: contacte l'auteur.

Sinon, peut-être ai-je mal compris ce dont tu parles, mais le fichier TNC/TNO est conservé dans le système de fichiers Nspire: il est dans /phoenix/install.
Et c'est ce fichier qui sera envoyé lors d'une mise-à-jour entre 2 calculatrices.


L'utilitaire TNOC a plusieurs utilités:
* réduire donc la quantité de mémoire Flash occupée
* réduire le temps de transfert lors d'une mise-à-jour USB (quasiment 10Mo désormais c'est vraiment trop lent!!!)
* éviter l'écrasement des quelques boot2 1.1 existant encore de par le monde par des boot2 1.4 (je rappelle que l'on n'a aucun moyen de revenir en arrière... même si le programme de "flashage" d'un boot2 peut sembler à priori très simple, personne n'ose le sortir car au moindre bug qui laisserait un boot2 corrompu, la Nspire est bonne pour la poubelle... ou le labo de Critor )

[Lionel Debroux]

Sinon, peut-être ai-je mal compris ce dont tu parles, mais le fichier TNC/TNO est conservé dans le système de fichiers Nspire: il est dans /phoenix/install.
Et c'est ce fichier qui sera envoyé lors d'une mise-à -jour entre 2 calculatrices.

OK, merci de l'explication du fait qu'il y ait bien une copie du boot2, comme l'indiquent les chiffres :

[Levak]

On va dire que j'avais un peu rien à faire aujourd'hui, et quand je suis retombé sur le Designer QT4 et j'ai pensé à améliorer ce programme (mais qu'il garde le choix en invite de commande).

En gros, ce que je pense qu'il serait utile c'est que si tnoc.exe ne reçois aucun argumeent, il lance une GUI, s'il en reçois 1 (DragDrop) la même chose avec déjà le/les fichiers à convertir, s'il en reçois 4, il s'exécute en invite de commande.

Ma question est : Quelle est la réputation et la portabilité de QT4 ?
Personnellement j'ai le compilo QT4 pour compiler Yafaray pour Blender, mais y a-t-il d'autres choix plus "portables" en terme d'interface graphique ?

Je connais déjà Zenity qui est très pratique mais je trouve QT4 bien plus complet (et en même temps plus facile à utiliser grâce à QT4 designer), cependant l'intégration dans l code, elle, n'a pas l'air simple, en tout cas, la doc officielle me fait tourner en rond....

Zoetrem Serais-tu près à intégrer rapidement la GUI que j'ai faite en 10 minutes, ou préfères-tu que je me renseigne pour faire moi même l'intégration ?



@+

[Lionel Debroux]

La portabilité de Qt 4 est très bonne sur les trois grands types d'OS, Qt 4 est rapide et donne par défaut un look plus natif que GTK+, et Qt 4 (comme GTK+) reste assez léger (beaucoup plus que tout le bazar des frameworks Gnome, et pire, KDE).

[Levak]

La portabilité de Qt 4 est très bonne sur les trois grands types d'OS, Qt 4 est rapide et donne par défaut un lookfeel plus natif que GTK+, et Qt 4 (comme GTK+) reste assez léger (beaucoup plus que tout le bazar des frameworks Gnome, et pire, KDE).

Ok, merci de tes éclaircissement Lionel

Je commence à faire tourner mon cerveau, et je remarque que QT4 designer sort du cpp autrement dit, du C++.
Sachant que le code initial de Zoetrem est en C, y-a-t-il quelque chsoe de spécifique à faire pour fusionner C et C++ dans un même code ?
Je m'avoue codeur du dimanche en C/C++
Merci d'avance.

[Lionel Debroux]

Si la libzip est bien foutue, son header comporte déjà  la paire
extern "C" {

};
donc tu peux l'utiliser dans du code C++.

Sinon, essaie de rajouter ces deux lignes autour du #include correspondant :

[codeslicer]

Moi, j'utilise Qt4 pour 2-3 années. Il est très portable - il faut installer des bibliothèques (pardon si ce n'est pas le mot correct), et le même programme fonctionne sur Linux, Mac, Windows... même sur un mobile.

Et j'utilise le Qt SDK, qui comprend Qt Creator.

[critor]

Moi, j'utilise Qt4 pour 2-3 années. Il est très portable - il faut installer des bibliothèques (pardon si ce n'est pas le mot correct),

C'est le bon mot, excellent!
(beaucoup font l'erreur de traduire library par librairie au lieu de bibliotèque)

[Levak]

Si la libzip est bien foutue, son header comporte déjà la paire
extern "C" {

};
donc tu peux l'utiliser dans du code C++.

Sinon, essaie de rajouter ces deux lignes autour du #include correspondant

Ok.
Elle était bien foutue.
En tout cas mon cerveau lui, a eu quelques problème pour l'intégration du code. Merci à Critor pour me l'avoir re-réglé par msn.

Cependant, auriez vous une idée pour l'erreur suivante : Erreur de segmentation
Qui arrive 8 fois sur 9 au démarrage du prog (sinon il s'ouvre normalement).

@+

[Lionel Debroux]

L'erreur de segmentation est une écriture ou une lecture à  des endroits incorrects en mémoire, qui peut avoir des causes très diverses.
Pour obtenir davantage d'infos, compile le programme avec infos de debug (-g3) et tourne-le dans GDB: `gdb ./tnoc` puis "run" dans le prompt de GDB, et quand le programme plante, "bt" (backtrace, pile des appels) :