liberforce a écrit 4730 commentaires

Un fichier .so n'est pas une archive. Il ne contient pas d'autre fichiers. C'est un objet partagé (Shared Object), d'où son nom. On appelle cela aussi une bibliothèque partagée. Elle contient juste les points d'entrée vers les symboles (fonctions, variables) définies dans la bibliothèque comme étant accessibles de l'extérieur.

Pour t'en convaincre, utilise la commande file.

[luis@donald .libs]$ file -i libgmcontacts.a
libgmcontacts.a: application/x-archive
[luis@donald .libs]$ file -i /lib/libpopt.so.0.0.0
/lib/libpopt.so.0.0.0: application/x-sharedlib, stripped

La commande nm peut te donner des infomations sur un objet les symboles définis à l'intérieur, du moment qu'ils n'ont pas été retirés avec strip. Après il existe peut être un commande ou un programme pour connaitre les points d'entrée d'un .so, mais je ne la connais pas. Et si rien ne marche, il reste la commande strings qui permet d'afficher les chaines de caractères contenues dans le fichier, et permet de retrouver des symboles (parmi bien d'autres choses).

C'est simple: tu ne passes pas 3 plombes à te demander "C'est quoi déjà la commande qui fait ça ? C'est quoi les paramètres ? C'est dans quelle section de l'aide ?". L'outil en lui même n'a aucun problème en terme de fonctionnalité. La preuve en est bien que tous les autres débuggers sont des fontends à gdb. Les problèmes que l'on évoque, c'est ceux de l'interface entre l'utilisateur et outil, les problèmes d'ergonomie.

Si tu t'en sers tous les jours, gdb convient tout à fait. Mais perso je ne sors mon débugger que quand j'ai un problème hors norme que je n'arrive pas à repérer avec du "printf debugging". Résultat: impossible de me rappeler les bonnes commandes gdb vu que je ne l'utilise pas assez souvent. Une IHM te donne beaucoup plus d'information plus rapidement quand tu es un utilisateur occasionnel, et demande moins d'apprentissage.

C'est à l'outil de s'adapter à l'utilisateur et pas l'inverse.

Pour avoir essayé d'apprendre à utiliser gdb et gnuplot, je peux te certifier que le temps d'apprentissage n'en vaut pas la chandelle: si tu t'en sers tous les 36 du mois tu ne retiens pas 1/4 des commandes, alors qu'en comparaison, débugger un programme sous Visual C++ 5 était ultra facile.

La ligne de commande c'est bien, mais quand chacun se met à réinventer son propre langage, ça devient lourd. C'est là qu'une IHM peut te faire gagner beaucoup de temps.

ouaip, pas assez puissant.

Franchement, ddd c'est antédiluvien, et franchement je ne le trouve pas très pratique non plus. Mais c'est toujours mieux que gdb en ligne de commande...

Effectivement, ce qui manque réellement, c'est un bon débuggeur, ou plutôt un bon frontend pour GDB. C'est pour ça que le projet Nemiver a été lancé, et qu'on espère qu'il sera intégré à GNOME un jour.
http://home.gna.org/nemiver/

Anjuta a malheureusement mis tellement de temps à se stabiliser ou même à devenir exploitable qu'il a bien fallu trouver d'autres solutions. Moi je venais du monde Windows + Visual C++, ça m'a fait bizarre quand j'ai cherché l'équivalent sous Linux... Depuis je suis passé à vim+autotools, mais je ne suis plus très sûr qu'un outil unique soit LA solution, tout simplement parce que ça devient un monstre trop lourd à maintenir et à s'adapter aux nouveautés dans ce domaine...

M'enfin ce nouvel anjuta mérite un coup d'oeil (j'y avais touché l'année dernière et il plantait régulièrement sur l'assistant de création de projet, ce qui m'avait pas mal découragé). J'espère que la stabilité s'est améliorée.

26 juin : Un habitant a quitté linuxfr pour trouver un emploi.

Et puis d'abord, linuxfr tu l'aimes ou tu le quittes !

Ne pas perdre 2 heures à mater un navet (+ le temps pour le télécharger) ?

En même temps si c'est nul, les gens sont pas cons, il vont pas le pirater non plus, non ?

Je propose "chenapan numérique": ainsi il n'y aura plus confusion avec un gars avec un gars sapé comme Keith Richards.

goto forums.general.petites-annonces

Pour les pisse vinaigre, je ferai donc remarquer que:
1. J'ai cité ma source
2. J'ai cité le message qui indique l'annonce. Ce message provient du blog officiel de http://www.opencompositing.org/
3. La vidéo en flash, je ne l'a pas faite. J'ai même cherché si une version sous un autre format existait dans le blog de celui qui l'a faite, sans succès. Alors c'est ça, ou rien.
4. Si vous n'êtes pas contents, ôtez vous les doigts du cul et écrivez puisque vous êtes si malin

La seule critique que je trouve justifiée, c'est celle sur la fusion qui concernerait compiz-extras et beryl. Si j'ai compris, ce sont donc juste les plugins qui ont fusionné? La news GNT m'a trompé.

PS: Linuxfr, c'était mieux à vent.

Mono (C#) Vs Python par Federico Mena Quintero, un des 2 créateurs de GNOME:
http://primates.ximian.com/~federico/news-2007-06.html#18

Tu comptes faire revivre la HCL (Hardware Compatibility List) Mandriva, et la rendre multi distros ?
http://yoho.wordpress.com/2007/05/29/hardware-compatibility/

Sinon il y a aussi Pitivi [http://www.pitivi.org/], mais je ne sais pas ce qu'il vaut actuellement.

Bin je confirme qu'on a besoin de connaitre le nom du logiciel avec lequel elle a créé le fichier...

Sinon, MPLAB 7.X a l'air de fonctionner avec Wine:
http://appdb.winehq.org/appview.php?iVersionId=2709

Vu que ça m'a pris bien 10 secondes pour comprendre: le traitillé serait au trait ce que le pointillé serait au point... J'ai bon ?

Ouais, et c'est Kyo qui vérifiera les URL !

The design of the decTOP comes from DEC's hardware acquisition of the Personal Internet Communicator division from AMD. By blending these features and those of a thin client device with the benefits of additional storage and an open OS architecture, which supports both Microsoft Windows CE and Linux, the decTOP is the most flexible thin device available.

https://store.dataevolution.com/ProductDetails.asp?ProductCo(...)

Ah, de plus il semble que c'est de l'histoire ancienne cette limitation:

* This service unlocks your decTOP device and reformats the hard drive thereby allowing installation of a new operating system. This service is available for decTOP and predecessor devices such as the Personal Internet Communicator, Telmex Internet box, Cable & Wireless MAX, etc.

*The decACCESS service is provided at our facility in New Orleans, Louisiana, U.S.A. Customers are responsible for all shipping, import/export duties, taxes, and other charges to and from DEC’s facility. Please do not send any accessories or peripheral devices, such as AC adapter, keyboard, mouse, or Ethernet adapter, as DEC cannot responsible for such equipment.

https://store.dataevolution.com/ProductDetails.asp?ProductCo(...)

Merci pour les liens, mais la prochaine fois, prends le temps de citer les passages intéressants...

The most interesting thing so far is that General Software made a crypto BIOS for PIC with a Boot Secure feature so only the desired software will load. I contacted gensw.com to see if there was some keyboard sequence that would override this and they said they were "instructed by AMD to refer all inquiries back to AMD." When I contacted AMD, the answer was, "There are currently no plans to offer a PIC with boot software that will allow you to load an alternate O/S.".

Excuse moi de pas tester mon module noyau sur ma machine de développement, et d'avoir une machine dédiée pour tout mes tests. En plus dès que tu commences à toucher au harware, tu peux pas forcément avoir une machine identique dispo pour chaque développeur, donc je ne vois pas ce que mon approche a de chocant...

C'est simple: quand on te demande de développer (c'était en 2004) sur une RedHat 7 (qui date de 2000), tu t'imposes de développer avec les outils de l'époque, même si 4 ans après les applications ont grandement progressé, même si l'environnement est inconfortable au possible.

En plus ça te permet de voir si les dépendances que tu imposes sont pertinentes avec la manière dont les logiciels ont évolué, plutôt que de faire du simple "ça marche sur cette distro, le reste on s'en fout".

C'est comme si tu développais directement sur une cible embarquée, avec sa puissance limitée, au lieu de faire de la cross compilation sur un machine bien plus puissante...