mrlem a écrit 524 commentaires

Sans vouloir être méchant, je crois que tu mélanges beaucoup de concepts dans ton journal (oui, en une seule phrase !). Par ailleurs, poser une question (tu sais, les phrases qui se terminent par un point d'interrogation) n'aurait pas été du superflu. Utiliser une formule de politesse non-plus. Montrer que tu as un peu cherché avant de demander de l'aide non-plus.

Malgré tout je suis de bonne humeur, donc ces critiques étant dites :


1. "je veux afficher une fenêtre contenant le shell"

Qu'entends tu par là ? tu veux dire que tu veux que quand on ouvre ton programme cela ouvre un shell ? Si oui :

- cela dépend du système d'exploitation que tu utilises
- c'est mal, très mal.

Pour lancer une commande spécifique à ton système, donc, il existe une méthode Runtime.exec(), mais vraiment, ce n'est pas propre.

Ou bien tu veux juste que ton programme fonctionne dans une fenêtre shell ?


2. "à partir de mon java bean"

Que vient faire un javabean dans tout ça ?? Un javabean semble être un choix bizarre pour réaliser une classe une interaction avec l'utilisateur...


3. "commande shell qui demande l'interaction avec l'utilisateur"

Pourquoi ne veux tu pas effectuer ces "interactions" avec l'utilisateur directement en Java ? ce serait tellement plus simple. Un PrintWriter ( http://java.sun.com/j2se/1.3/docs/api/java/io/PrintWriter.ht(...) ) pour écrire des messages dans la "fenêtre", et un BufferedReader ( http://java.sun.com/j2se/1.3/docs/api/java/io/BufferedReader(...) ) pour effectuer des saisies depuis cette même fenêtre.

Sans plus de détails... difficile d'en dire plus. C'est tellement vague cette phrase indigeste avec laquelle tu présentes ton problème... Bon courage quand même.

le * supprime l'assignation, c'est pour ça que tu n'as pas d'argument après.

Pour plus de détails : man scanf ;o)

En tout cas, chez moi, le comportement est le suivant :

- il attend
- je saisis un nombre -> i est valué
- le second scanf consomme le retour à la ligne (code ascii 10) sans assignation
- il attend
- je saisis un second nombre -> i est re-valué

Ce n'est pas le comportement attendu ?

Tu as un exemple de code minimaliste reproduisant le problème ? Parceque, pour ma part, je n'ai jamais eu ce genre de problème avec scanf.

<humour>
Oué, vivement TCPA, Palladium, le sender id, et tout ça.
Au moins ça nous protègera des boulets anonymes.
</humour>

_o/ *moi !

Tu en trouves un peu partout dans les vieilles fontaines / lavoirs, dans les mares, etc... quand ce n'est pas trop pollué.

Car apprendre à coder en C/Java à l'université c'est bien beau, mais on nous y apprend ni QT ni GTK+

Ben en même temps, à moins que ça ait changé depuis mes études, tu dois avoir un peu de temps pour apprendre ça en dehors des cours et TPs, voire même le valoriser si tu arrives à caser une IHM dans un projet. Par ailleurs, je ne vois pas trop l'intérêt d'enseigner une API aussi spécifique que QT ou GTK à la fac, alors qu'on peut trouver des docs sur le net, tandis que les algos, tu en retrouveras les principes dans tous les langages en t'appuyant sur les APIs adaptées à ton besoin du moment.

Oups, je suis une buse, je n'avais pas vu le lien, désolé donc de mon commentaire à ce sujet. (je relirais 2 fois les commentaires - je relirais 2 fois les commentaires - je relirais 2 fois les commentaires...)

Salut,

Si tu veux des réponses pertinentes à ta question, il pourrait-être utile de préciser un peu ton besoin :

- qu'entends-tu exactement par "dynamiquement" ? -> c'est un terme tellement usité qu'il peut recouvrir différentes acceptions.

- qu'entends-tu exactement par "toutes les informations" ? -> juste les entrées et leurs attributs de base ? les ACLs ? les groupes/membres ? les mots de passe ? etc...

Et puis quand tu trouves des infos (je fais ici référence à ce que tu as trouvé sur le site de microsoft), ça peut-être pas mal de mettre un pointeur ici, au cas où ça pourrait servir à quelqu'un rencontrant le même genre de problèmes que toi.

Voilà, c'est tout : j'ai fini de râler :o) En fait c'était surtout pour mieux pouvoir répondre !

Et merci d'avoir posté la solution à ton problème, c'est assez rare pour être souligné :o)

C'est bien ça !
J'espère aussi que ça t'aidera à avancer :o)

je pensais qu'en déclarant le pointeur, il n'y avait pas besoin d'allouer de la mémoire, puisque celui-ci utiliserait la mémoire déjà alouer par la fonction tar_open

Oui, c'est bien ça : comme je le dis un peu plus haut, j'ai sorti une belle anerie (je n'avais pas lu la man page de tar_open en entier. Cela dit si tu as des segfaults dans d'autres cas, c'est bien vers ce genre de problème qu'il faut s'orienter.

J'ai "inutilé" ton commentaire, mais c'est pour ton langage, pas le fond...

Bon, en décommentant l'initialisation de la structure tartype_t, ça semble marcher. Bonne route pour la suite :o)

Message à ignorer : c'est une belle anerie que je viens de sortir ;-) La mémoire est allouée par tar_open en théorie.

Bon, en fait, une minute suffit : dans ton appel à tar_open, tu passes un pointeur "tarh" pour lequel jamais une once de mémoire n'a été allouée. Pas bieeeeeen !

Pour le reste, je te laisse, j'suis crevé. Pis ça te donnera l'occasion de reviser le fonctionnement de ces joyeusetés ;o) Faudrait pas que je sois le seul à bosser !

Apparemment cela passe en référençant la lib de manière plus directe. J'ai donc décomposé ma commande en :

gcc -I/usr/local/include -c test.c
...
gcc test.o /usr/local/lib/libtar.a -o test

Cela produit donc un exécutable. Par contre l'exécution donne un zoli message "Bus error" (sous OSX kipusaipaslibre, je sais _o/PAF) sur l'appel tar_open, mais bon, je n'ai pas trop regardé ton code. Je vais y jeter un coup d'oeil un peu plus tar(d) si j'ai quelques minutes ;-)

Quand je tente de compiler ton code, l'erreur que je vois ne concerne pas une inclusion, mais c'est :

ld: Undefined symbols:
_tar_open

Autrement dit un problème de linkage (pardon, édition de liens). Ton code est donc probablement correct au niveau des inclusions, mais la subtilité doit être sur la ligne de commande pour compiler, sachant que la mienne était :

gcc -I/usr/local/include -L/usr/local/lib -ltar test.c -o test

(test.c étant ton source)

Supris que personne n'ai corrigé cela !

Ben moi j'ai essayé ;o)

Le résultat est le type de mon exception InvalidDataException.

De quelle manière obtiens-tu ce résultat : getMessage, toString, ou bien getClass().getName() ? Parceque si la classe de l'exception était bel-et-bien InvalidDataException, cela serait catché...

C'est marrant, j'avais cru lire :

Ce problème survient uniquement lorsque je fais tourner mon application sur un serveur se trouvant sur une autre machine. Lorsque je test sur mon serveur jboss en local, je n'ai aucun problème.

;o)

Ce que dit le texte dont tu parles concerne les EJBException. Cela se comprend, parceque cette exception intervient lorsque le cycle de vie de l'EJB est mis en péril.

La RemoteException en revanche ne sert pas à la même chose : elle n'est d'ailleurs pas "hi-jackée" par le container. De ce que j'ai compris, avant la version 1.4, elle servait uniquement aux exceptions liées à la communication entre l'interface remote et l'EJB, mais depuis la 1.4, elle sert aussi à encapsuler les autres exceptions pour fournir un moyen de les remonter.

La bibliothèque libtar est livrée avec un répertoire doc qui comprend des fichiers man décrivant les principales fonctions qui la compose : soit le package est bien installé et tu peux directement faire man soit tu ne veux pas l'installer, et il suffira pour l'afficher d'une genre :

groff -Tascii -man tar_open.3 | less

Les pages dispos son :

- tar_append_file.3
- tar_block_read.3
- tar_extract_all.3
- tar_extract_file.3
- tar_open.3
- th_get_pathname.3
- th_print_long_ls.3
- th_read.3
- th_set_from_stat.3

Et là tu vas me dire, "oui mais des exemples". Certes, ça manque, et google est bien muet sur le coup. Tout ce que j'ai pu trouver c'est un code source en C qui comporte notamment une ouverture de fichier TAR avec cette lib (j'ai bien regardé le code source de gnozip, malheureusement celui-ci utilise une implémentation maison du détarrage...)

http://darcs.frugalware.org/repos/pacman-i18n/src/pacman.c

Voilà, entre ça, les man pages, et ta débrouillardise, ça devrait aller ? ;-)
Désolé de ne pas avoir donné de code à moi, mais je n'ai jamais utilisé cette lib pour être honnête ! Bonne chance.

Je vais peut-être dire une bêtise, mais il me semblait que seules les RemoteException étaient remontées au client dans le cas d'un client exécuté de manière distante. La javadoc de cette classe semble même parler d'encapsulation des exceptions levées dans le Bean au sein d'une RemoteException :

As of release 1.4, this exception has been retrofitted to conform to the general purpose exception-chaining mechanism. The "wrapped remote exception" that may be provided at construction time and accessed via the public detail field is now known as the cause, and may be accessed via the Throwable.getCause() method, as well as the aforementioned "legacy field."

Salut,

Que je sache, CVS permet de versionner des fichiers binaires aussi bien que textes... Pour ce qui est des méta-données, de quel genre de méta-données parles tu ? une description du fichier ? une liste de couples champ, valeur ?