Over Gnu/Linux/X Window/Ada/GtkAda [Gnu/Linux][X Window[Ada][GtkAda] - Ada - Programmation
Marsh Posté le 11-01-2015 à 23:49:01
Je m'avance un peu ! 90' plus tard...
J'édite les sources pour ajouter la finalization et la version update, comme ça c'est bouclé ici.
Finalement, je reviens pour ajouter l'initialization de l'interface textuelle.
Code :
|
Normalement ça doit pouvoir fonctionner selon un choix primordial dans la vie de 2015 :
- interface graphique ?
- interface textuelle ?
Après faut que ce soit intelligent, reliable (ce mot n'est pas dans mon dico) et self-finalized.
Bon j'ai du taf.
Mais vous pouvez participé en envoyant vos dont !
Marsh Posté le 12-01-2015 à 15:02:46
Bonjour, ou re- bonjour, ou bonsoir !
Voici la nouvelle déclinaison du projet "Archman"
Liste des bibliothèques :
Arch |
Le projet est disponible sur ma bécane
Rien de bien neuf pour le moment ! j'ai juste créé une fenêtre.
Si vous souhaitez contribuer, n'hésiter pas à vous joindre à nous dans ce file de discussion.
Marsh Posté le 16-01-2015 à 01:16:08
He ! Mais j'ai un super sujet.
Bonjour,
Donc j'avance avec mes gros sabot.
J'ai commencé par le main, comme je le sentais parce que de toute manière mon projet est énorme.
J'ouvre un interpréteur de commande (au singulier) dans une fenêtre ou je lance un interpréteur de commande (au singulier) dans un terminal.
La commande accepté fait l'inverse. C''est à dire qu'on ouvre un terminal à partir d'une fenêtre, et une fenêtre d'un terminal. Enfin sur X si non c'est moins Win.
Bref. je suis loin de la fin.
Le but c'est le faire un gestionnaire de document et une fonction de recherche de document (sur le réseau).
Mais c'est pas sûr que je le fasse finalement, et pas que ça si non.
Marsh Posté le 16-01-2015 à 03:01:33
Screen shot textual mode !
|
Marsh Posté le 16-01-2015 à 16:48:01
Bonjour,
J'ai un petit problème.
Je suis passé d'une version bricolé objet à une version sensé être orienté objet. C'est à dire que j'ai dérivé 2 classes d'une unique abstraction de classe et j'utilise un pointeur unique pour gérer l'objet en fonction de sa classe effective.
Avant ça fonctionnait correctement, et à présent j'ai un problème pour quitter l'application.
Je peux quitter, mais la procédure, enfin l'affichage n'est pas conforme, comme si ça ramait grave.
J'était à la version 2.2.6b, j'ai migré en 2.2.7a sur mon projet à l'adresse ci-dessus.
En mode texte ça marche.
Le mode fenêtre fonctionne également.
C'est le mode texte sous X qui pose problème à la sorti du programme qui nécessite normalement 2 escapes pour entré dans la condition "voulez vous vraiment quitter ?" et deux escapes de plus pour mettre fin au processus.
La les deux premiers escape son invisible, les deux suivant mette laborieusement fin au programme.
Je cherche.
Merci pour votre Aide.
Je rappelle que ce programme utilise GtkAda et est écrit pour Gnu/linux.
Pour tester vous pouvez simplement lancer un xterm et Archman depuis votre shell préféré.
Marsh Posté le 16-01-2015 à 19:29:37
pour parler code, c'est peut-être plus pratique pour répondre empiriquement :
J'avais mon fichier principale qui comporte un "case" :
Code :
|
Avec pour type :
Code :
|
Qui fait référence à au type dérivé de : Arch_interface_Type.
Code :
|
///////Avant
--------------------------------------------------------------------------------------
///////Après
J'ai transformé ce code pour faire :
Code :
|
Avec le type Gtk :
Code :
|
Et le main est devenu :
Code :
|
Je pensais bien faire !
Marsh Posté le 17-01-2015 à 00:18:47
Yep !
Voici le futur découpage du projet Archman : une interface over Gnu/Linux with Ada. Bon le truc c'est d'y mettre ses tripes.
Alors voilà
Citation :
- Racine de la bibliothèque.
- Bibliothèque des abstractions de classes.
- Bibliothèque outils pour produire du code avec Ada.
- Bibliothèque de sécurité et cohérence du système.
- Bibliothèque d'un moteur intelligent utilisant divers algorithmes dits intelligents.
- Bibliothèque outils fournissant divers algorithmes, intelligent et pas, non je plaisante. Que des biens.
- Bibliothèque d'un client du moteur d'intelligence.
- Bibliothèque orientée objet résultante de l'analyse du réel.
- Bibliothèque système de maintenance.
- ?
- ?
- Bibliothèque de gestion linguistique.
- Bibliothèque pour concevoir et produire le manuel du projet
- Bibliothèque outils de liaison à Internet
- Bibliothèque d'interfaçage avec Linux.
- Bibliothèque de programmes, le programme en cours, typiquement le résulta du programme précédent, types et données attendues.
- Bibliothèque de description (ou adaptation) d'interfaçage POSIX.
- Bibliothèque d'interface utilisateur textuelle.
- Bibliothèquede gestion des utilisateurs.
- Bibliothèque de gestion de versions.
- Bibliothèque de liaison hyper- texte.
- Bibliothèque d'interface utilisateur graphique.
- Bibliothèque résultante du programme en cours, type et données générées.
- Unit principale. |
Enfin ! Ca c'est une projection sur 1 ou 2 an(s) ?
Marsh Posté le 17-01-2015 à 08:06:03
Je me demande sérieusement comment je vais prendre tout ça d'un coup !
Faut que je synthétise là !
C'est quoi le sujet ?
Ah ouais !
Je fais un "iso- gène orienté programmation orientée objet, qui inter- agit avec l'environnement.
Donc, ça va se programmer tout seul d'une part, mais surtout ça va inter- agir avec l'environnement.
Mais selon quel(s) raisonnement ?
Va falloir savoir apprendre à apprendre !
Avant ça va être un agent de veille.
Après j'analyse la veille pour produire le lendemain.
Le lendemain je recommence.
loop ... end loop ;
Marsh Posté le 19-01-2015 à 09:17:50
Bonjour,
Mis à part un signal GtkAda que je ne parviens pas à connecter à une procédure, ça avance...
Côté textuel ça donne ceci à présent au démarrage :
+----------------------------------------------------------------------------+ |
J'ai trouvé pourquoi ça ne fonctionnait pas très bien à la fermeture du programme... Je suis content.
S'en pensez quoi ? J'ai exploité 25 lignes et 80 colonnes.
Marsh Posté le 19-01-2015 à 09:30:58
|
Yeh ! Comme ceci, ça passe encore mieux.
Marsh Posté le 25-01-2015 à 14:21:51
Ah l'ada.
Que de souvenirs... Tellement plus rigolo que le C sur microcontrôleur.
Après, j'avoue que mon niveau n'est plus au top.
Je ne sais pas si ce que vous faites aboutira mais ce sont des gens comme vous qui essayent qui font bouger les choses de tps en tps.
En tout cas bon courage !!
Marsh Posté le 07-02-2015 à 14:29:48
Bonjour,
Je reviens avec 7 jours de TT pour avoir posté mon message précédent, j'espère ne pas reprendre 7 jour avec ma question.
Question tactique si vous permettez puisqu'il s'agit de décider d'un traitement relativement lourd au démarrage d'un application qui cela dit n'est pas sensé ce démarrer tous les jour pour rien.
En effet je met 7 minutes à démarrer simplement pour pouvoir afficher le chemin des pages de manuels Gnu/Linux et l'information qui va avec l'option -f (voir les option de whatis)
Ce qui donne ceci en image :
Voyez comme c'est beau, bon, en fait je vends rien je donne tout c'est open source, mais d'un point de vu stratégique puis-je me permettre de prendre 6 minute de plus que si déjà 1 minutes alors que je ne présente que le lien pour ouvrir un viewer.
Là en plus on a l'info de l'option -f (par défaut d'options whatis)
Sachant qu'il me reste tout le reste à faire, c'est à dire environs 25k ligne au moins et que ça va être lourds, je suis sur bi-p4
Est-ce que ça vaut le coup ? juste 6 minutes pour l'info sur la page. La j'ai trié les liste déjà c'est juste pour l'info sur la page les 6 minutes.
Marsh Posté le 07-02-2015 à 15:47:35
Ok, j'ai trouvé une nouvelle solution globale, déjà j'ai apris à peut près à déboguer mes programme.
Là lorsque j'aurais une nouvelle question telle que celle ci, je la mettrai en option.
La j'ai mis l'option de Quiet ! Comme ça chacun sa performance.
Merci.
Marsh Posté le 06-10-2015 à 02:14:30
Bonjour.
J'ai un problème avec pour le moment en mode console, je gère une interface avec 8 modes d'exploitations. Dans 4 mode j'affiche les réponses de recherche et dans 4 autres modes les réponse d'appel système.dont 1 fait une requête pour afficher les variable d'environnement.
J'ai une variable globale qui est un tableau de pointeurs sur un objet abstrait qui a deux sous-classes, la première est une classe de réponse d'appel système, la seconde une classe de réponse de recherche, bref.
Dans les 4 mode de réponse de recherche, j'ai rien implémenté encore donc ça devrait rien afficher.
Mais si je passe dans le mode qui affiche les variable d'environnement, du coup dans les 4 modes de réponse recherche ça affiche quand même un résultat (virtuellement).
Je vous montre mon code pour formaliser la chose.
la procédure Shell_Info : qui prend entre autre paramètre le mode courant d'exploitation pour passer d'une simple classe de réponse à un pointeur sur la classe abstraite de réponse. La procédure To_Result assure cette fonction.
Après je récupère le résultat selon la classe pour l'affichage.
Code :
|
Au dessus de cette procédure ma variable qui est un tableau de pointeur sur les réponse :
Code :
|
Je cherche pourquoi après un passage en mode Environment, j'ai un résultat dans les 4 mode "recherche".
Le code si dessus ce trouve dans le répertoire Arch-Terminal et exploite le répertoire Arch-Shell
les sources complètes sont disponible sur devel ma machine au nom de Archman_gnat....
Je vous invite à ouvrir l'archive dans un nouveau répertoire.
Si vous aviez rien à faire cette nuit...
Marsh Posté le 06-10-2015 à 14:32:05
Je informe que je n'ai toujours pas la raison de cette visible anomalie résiduelle qu'une équation qui sans cela serait d'une précision mathématique.
The matrix.
(Je vous l'écrit de tête, pardonné ma mémoire.)
Non mais j'ai pas trouvé quoi. Enfin la dernière version est disponible sur sourceforge.
Marsh Posté le 06-10-2015 à 17:58:30
WAouuuuuuuuu
J'ai trouvé. c'était dans Arche-Shell le tableau de réponse initialisé à l'initialisation du thread.
Du coup à la première requete fructueuse comme l'environmenet, renvoyait tout le tableau initialisé.
Bon, je suis pas sortie quand même.
Merci.
Marsh Posté le 09-10-2015 à 15:27:18
Version 4.1.0b dispo sur Sourceforge et assume en plus les commandes : setenv getenv mkdir chdir.
Marsh Posté le 09-10-2015 à 16:50:59
Désolé, on passe en version 5.0.0a, parce que j'avais oublié une entrée de tache pour le mode builtin.
J'attends vos retours.
Marsh Posté le 13-10-2015 à 21:30:14
Bonjour,
Petite question, j'alterne, je doit maintenant intégrer une solution d'édition de fichier.
Comment écrire un fichier tot simplement sur Gnu/Linux à partir de ce programme ?
Je viens soliciter votre sens de l'ergonomie.
Merci pour vos réponses.
Marsh Posté le 13-10-2015 à 22:48:03
Waouh !
Je viens de penser à des questions !
1) En fait j'ai lancé bash en mode console - donc exclusivement en mode console, on peut passer à bash, lancer les commandes qui serons interprété par bash et récupérer le résultat dans le buffer de GnuArchman.
2) Ben GnuArchman et Emacs mais Vi pourquoi pas ou autre probablement cohabite très bien si on appelle ces éditeur ou autre commande interactive via GnuArchman, l'inverse peut-être serait moins évident. Mais peut-être je m'avvance trop.
Ce qui fait que depuit bash, on pourait utiliser une commande comma "cat" pour écrire un fichier mais c'est pas top quand même.
En même temps, en 160*64 caractères on a un supper buffer borné par les dimmension de la zone dédié. C'est peut-être très suffisent.
Mais en 80*25 y a deux ligne c'est pas top.
Quand à l'interface sur X, je me disais, j'ai qu'à ouvrire un xterm avec un éditeur au choix. Mais je vais y penser encore.
Marsh Posté le 14-10-2015 à 19:38:00
Bonjour,
J'ai attaqué la conception self programming en mettant en place un processus qui compile le programme si les sources on étées modifier.
A appeller en mode texte : while (true); do Archman/bin/Archman -w; done
Si vous modifiez les source en cours de session Archman recompilera les sources avec une update de la version adaptée en fonction de la nature de votre modification.
Bon en fait c'est complexe comme processus et moi j'ai ait vite, je vous invite à lire les quelque pages de sources avant d'utiliser le programme.
Only over 2015 version and laters.
|
Marsh Posté le 11-01-2015 à 21:56:54
Bonjour,
Je veux créer une application fenêtrée avec Ada et GtkAda ; Qui interface et exploite quasi automatiquement toutes les commande Gnu/Linux de base.
Une sorte de lanceur, duquel il serait possible de ne jamais sortir,un peu comme "midnight commander" ou qui permettrait de lancer les commande les une après les autre.
Auriez vous des conseils pour compléter le mieux possible mon fichier principal ?
Svp !
Merci !
Voici mon fichier principale en l'état (après on discute) :
(Je sais, c'est flou, mais pas trop quand même )
---------------
Toute expression prend un sens spirituel qui nous influence dans notre quête de l'Homme.