Re: Part de marché navigateur
Jean-Bruno Luginbühl wrote: > Le jeu 10/10/2002 à 15:22, Sebastien Cevey a écrit : >>Pas de chance, Javascript n'est pas une recommandation du W3C, c'est >>juste un language fait maison inventé par Netscape et concurrencé par >>le JScript de IE qui, bien évidemment, n'est pas totalement >>compatible. > > Cela a été inventé par Netscape? A propos quel rapport avec Java > language de Sun? Si je me souviens bien car ça commence à dater, Netscape a intégré un langage de script à partir de la v2.0 de Navigator. Ce langage était censé s'appeler LiveScript. Mais au même moment SUN faisait plein de bruit autour d'un langage professionnel, complet, write-once run-everywhere appelé Java. Et là deux décisions marketing magistrales eurent lieu. 1 SUN vanta son langage et sa VM (par applet) comme étant l'avenir du Web afin de surfer à fond sur la vague Internet naissante. Ils attirèrent effectivement plein d'informaticiens intéressés, même si les applets n'ont finalement eu aucun rôle notable dans le Web. 2 Netscape rebaptisa LiveScript en JavaScript pour vanter son langage comme un "Java léger". Et plein de monde se mis à touiller un peu de JavaScript. Techniquement, les deux langages sont inspirés par la syntaxe C, autrement il n'y pas de rapport. Depuis quelques années une version de JavaScript est standardisée, elle s'appelle ECMAScript. Mozilla doit être un des premiers navigateurs à supporté ce standard. Marc Mongenet -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Re: Extinction de Linux mandrake 9
On Thu, Oct 10, 2002 at 08:01:40PM +, [EMAIL PROTECTED] wrote: > J'ai essayé shutdown -h now et effectivement mon PC s'arrête. > Maintenant comme j'utilise Mandrake en mode graphique, j'avoue me perdre > pour adapter cela à la Mandrake. > Cela sera un sujet de lecture d'apprentissage, mais si vous avez des pistes > ou je peut orienter mes recherches elles sont bienvenues. Chez moi c'est dans le Panneau de Controle (il est dans le menu K), puis Systeme / Gestionnaire de Connection / [onglet] Sessions Tu peux choisir les commande d'arret et reboot. Je suis sous mdk8.2, et je noterai que ma commande d'arret, c'est halt, pas shutdown -h :) -- Sebastien Cevey <[EMAIL PROTECTED]> Cine7 - www.cine7.net Milcis - www.milcis.net ICQ: 48895760 -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
RE : Re: Extinction de Linux mandrake 9
J'ai essayé shutdown -h now et effectivement mon PC s'arrête. Maintenant comme j'utilise Mandrake en mode graphique, j'avoue me perdre pour adapter cela à la Mandrake. Cela sera un sujet de lecture d'apprentissage, mais si vous avez des pistes ou je peut orienter mes recherches elles sont bienvenues. Pascal >-- Message original-- >Subject: Re: Extinction de Linux mandrake 9 >From: Rafael Muñoz Moreno Davila <[EMAIL PROTECTED]> >To: Gull <[EMAIL PROTECTED]> >Date: 10 Oct 2002 13:04:24 +0200 >Reply-To: [EMAIL PROTECTED] > > >> Donc les deux devraient être équivalents. Je n'ai pas vérifié dans la >> source. > >Chez moi en tout cas halt et shutdown -h ne font pas la même chose. > >ByE! > > >-- >http://www-internal.alphanet.ch/linux-leman/ avant de poser >une question. Ouais, pour se désabonner aussi. > Dreaming of a Swiss Account? Get it here: http://freemail.swissinfo.org -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Part de marché navigateur
[...] > si je vais sur yellownet /site des payements de > la poste) avec Opera (se présentant comme tel), je ne peux pas rentrer parce > que "le site n'a pas été validé pour ce browser". Personnellement c'est bien le seul site qui ne m'ai jamais refusé aucun browser. Je viens de réessayer (j'utilise Mozilla ou Konqueror donc je n'étais plus sûr), mais la poste j'ai toujours pu faire mes payement (encore ce soir je viens d'essayer avec Konqueror). J'ai essayé également la BCVs et le Crédit-Suisse, aucune plainte. Non, je me trompe, il me semble qu'il y a bien longtemps effectivement la poste m'interdisait l'accès au site si je ne me logais pas avec IE (Opera déguisé). Je leur avais écris un mot leur expliquant ce que je faisais, mais aujourd'hui je n'ai plus de problème pour ces sites. Jean-Bruno -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Part de marché navigateur
On Thursday 10 October 2002 12:49, Jean-Bruno Luginbühl wrote: > > Cela n'a pas manqué de me surprendre (en bien), je croyais que la part > de marché de MSIE était de 95%, 3% Netscape et le reste aux autres. Si > c'est 12% à Genève je trouve cela surprenant. Est-ce que vous avez déjà utilisé Opera ou Konqueror (les autres je ne sais pas)?? Parce que si vous regardez bien il y a une option pour faire en sorte que le programme "se présente" comme un autre. Chez Opera, par exemple, le défaut est de se présenter comme IE 5.0 (y compris pour la verision Linux). Je ne peux pas dire exactement comment cela est enregistré par les sites, mais j'ai l'expérience suivante: si je vais sur yellownet /site des payements de la poste) avec Opera (se présentant comme tel), je ne peux pas rentrer parce que "le site n'a pas été validé pour ce browser". Je clique vite en haut à droite pour qu'Opera se présente comme IE 5.0, je recharge la page et hop... tout fonctionne à merveille. Conclusion: moir ces statistiques je n'y crois pas trop, parce qu'il suffit qu'un utilisateur d'Opera ait le sens pratique plutôt que la volonté de faire savoir qu'il utilise Opera, et partout il sera enregistré comme un utilisateur de MSIE. Je pense qu'il devrait être INTERDIT à un site s'interdire l'accès à un browser. Un message informant que le résultat n'est pas garanti (l'est-il jamais?), mais pas de bloquage. Alors on aurait des chiffes plus fiables. Thierry -- ** Thierry de Coulon - [EMAIL PROTECTED] web site: http://www.decoulon.ch ** "On the side of the box, under 'System Requirements', it said 'Requires Windows 95 or better'. So I installed Linux." ** -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Modeller 3D pour Linux
On Thu, 10 Oct 2002 17:13:08 +0200 claude <[EMAIL PROTECTED]> wrote: > Bonjour > > Je cherche un modeller 3D si possible GPL et pas trop cher (< 100$) si c'est GPL, ça saura << 100$ ;-) > qui > fonctionne sous Linux. Il faudrait aussi qu'il exporte un format de > donnée compatible avec Java3D (par exemple VRML). J'ai recherché sur > Google, il y en a plein :-) Est-ce que qqun à de l'expérience avec ce > genre de soft ? Pouvez-vous en recommander un ? 1) simple, mais suffisant pour beaucoup d'applications: ac3d (http://www.ac3d.org) C'est commercial (je crois 30$) et ça permet d'exporter du vrml. La version gratuite est limitée (pas de sauvegarde), mais permet quand même d'exporter certains formats (en tout cas POV, je sais plus pour VRML) 2) Blender: (http://www.blender3d.com) de la boîte hollandaise NaN,qui était commercial, mais avait une version gratuite, et qui a fait faillite. Depuis une foundation a été créee qui a racheté les droits sur les sources pour 100'000 EUR et ça va sortir en GPL... le 13 octobre ! le site officiel dés le 13: http://www.blender.nl Martin -- Martin Herren +41 (0)79 746 57 83 OpenPGP Public key @ http://www.on-the-web.ch/sputnik/gpg.asc msg09139/pgp0.pgp Description: PGP signature
Re: ou trouver des librairies
On Thursday 10 October 2002 16:30, Marc SCHAEFER wrote: > On Thu, 10 Oct 2002, Daniel Cordey wrote: > > de taille des codes diminue de manière imortante la quantité de code à > > charger dans la mémoire. De plus, cela réduit de manière drastique pa > > "pression" sur la D-Cache du CPU. L'un dans l'autre, sur un serveur cette > > Très intéressant, je n'avais pas pensé à cet aspect du problème. J'ai oublié... Itanium possède encore plus de "SPACE REGISTERS" que HP-PA et cela fait plusieurs années qu'HP recommande de développer des librairies exclusivement "shared" dans l'optique de la migration d'HP-PA vers l'architecture Itanium. HP a clairement dit que Itanium était optimisé dans ce sens. Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Modeller 3D pour Linux
On Thu, Oct 10, 2002 at 05:13:08PM +0200, claude wrote: > Je cherche un modeller 3D si possible GPL et pas trop cher (< 100$) > qui fonctionne sous Linux. Il y a bien sur Blender, qui a récolté les $100'000 suffisant pour sa "mise en liberté" (passage en license GPL je crois), mais qui de toute facon etait deja gratuit. Le site officiel: http://www.blender.nl/ Le site de la Blender Foundation : http://www.blender3d.com/ Sinon il y a GMax que je connais mal, a part que c'est complet et gratuit (mais pas libre) : http://www.discreet.com/products/gmax/ Ce sont les memes créateurs de 3D Studio Max -- Sebastien Cevey <[EMAIL PROTECTED]> Cine7 - www.cine7.net Milcis - www.milcis.net ICQ: 48895760 -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Modeller 3D pour Linux
Bonjour Je cherche un modeller 3D si possible GPL et pas trop cher (< 100$) qui fonctionne sous Linux. UIl faudrait aussi qu'il exporte un format de donnée compatible avec Java3D (par exemple VRML). J'ai recherché sur Google, il y en a plein :-) Est-ce que qqun à de l'expérience avec ce genre de soft ? Pouvez-vous en recommander un ? D'avance merci de vos lumières claude -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: ou trouver des librairies
On Thu, 10 Oct 2002, Daniel Cordey wrote: > de taille des codes diminue de manière imortante la quantité de code à > charger dans la mémoire. De plus, cela réduit de manière drastique pa > "pression" sur la D-Cache du CPU. L'un dans l'autre, sur un serveur cette Très intéressant, je n'avais pas pensé à cet aspect du problème. Un autre aspect est (en particulier sur ix86) qu'il est assez facile d'optimiser le système en remplaçant la libc standard par une libc optimisée pour le processeur donnée, éventuellement avec une option par cas via LD_LIBRARY_PATH ou LD_PRELOAD. Cela permet de conserver une grande compatibilité du système (programmes compilés pour 386) tout en ayant une bonne performance (kernel recompilé pour le bon processeur, libc binaire et autres bibliothèques comme SSL p.ex. également). Un autre avantage des bibliothèques partagées est que l'on peut facilement faire des patches au système sans changer le kernel: p.ex. transformer les ouvertures de "/dev/remote/sun1/nst0" en un rmt presque trivialement. Il y a notamment le package virtualfs qui implémente quelque chose de semblable à NFS mais complètement en user-space. Améliorer cela pour supporter le `fail-over' entre deux serveurs serait le travail d'une demi-journée: faire de même avec NFS ... (*) (*) c'est peut-être déjà fait, je ne sais pas. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Part de marché navigateur
On Thursday 10 October 2002 16:19, Jean-Bruno Luginbühl wrote: > cependant je dois bien reconnaitre que je connais mal ... et la > compatibilité des browsers. C'est sans doute pour ça que tu vivras plus vieux que certains d'entre nous :-) Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Part de marché navigateur
On Thursday 10 October 2002 16:04, Florian Blaser wrote: > Par contre, je mettrais un bémol à l'optimisme de Daniel (désolé de faire > le rabat-joie...) : L'utilisation de Mozilla est en constante diminution. > Il y avait encore 10.5 % de Mozilla en novembre 2001... Pas grave, c'était pour rire :-) Par contre, il m'arrive de devoir configuré mon Konqueror pour lui dire d'envoyer "Internet Explorer" comme agent. Juste pour pouvoir atteindre certains sites; je ne dirai pas lequel sinon je vais me trouver sur une liste noire de plus... et parfois j'oublie d'enlever mon déguisement après usage :-) Donc, les stats peuvent être faussées dans les deux sens... Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Part de marché navigateur
Le jeu 10/10/2002 à 15:22, Sebastien Cevey a écrit : > En fait, la fréquentation du site est très basse parce qu'il est mal > réalisé, et suite à l'effet GULL lancé par le mail de Daniel, plein de > Linuxiens sont allés se rendre compte sur place du problème, ce qui a > faussé les stats avec plein de browsers non-IE :-) C'est si peu fréquenté et il y a tant de Linuxien??? Je sais pas, mais peut-être comptent-ils également les robots comme non IE ou alors la non-distinction n'est pas possible? > Euh sauf erreur aucun lien Netscape-Opera non ? Non, mais pas plus IE. > Pas de chance, Javascript n'est pas une recommandation du W3C, c'est > juste un language fait maison inventé par Netscape et concurrencé par > le JScript de IE qui, bien évidemment, n'est pas totalement > compatible. Cela a été inventé par Netscape? A propos quel rapport avec Java language de Sun? > A moins qu'il soit normal d'utiliser des fonctions comme Math.sin() > sur des sites de renseignement publics ... Oui, pour pouvoir ainsi agencé de manière esthétiquement mathématique des boutons d'information :]. Si mon Konqueror rend la page de manière correcte. > Hahaha, non seulement IE intègre pas complétement et mal les > recommandations CSS1 (voir thread récent sur le box hack pour IE), > mais en plus Gecko intègre déjà une bonne partie des recommandations > CSS2, ce qui est loin d'être le cas d'IE. > Je voulais confirmation, est-ce vraiment vrai CSS != IE, mais ~= NE,Opera etc... >On nous prend pour des grand-mères > découvrant l'HTML ? Je ne suis pas encore grand-mères (et ne le serais probablement jamais :]), cependant je dois bien reconnaitre que je connais mal (à pas du tout) le language HTML, ni l'historique et la compatibilité des browsers. Jean-Bruno -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Part de marché navigateur
Le Jeudi, 10 Octobre 2002 14.55, Daniel Cordey a écrit : > 12% bon score ! C'est peut-être basé sur leurs propres statistiques ? Cela > signifierait-il que les valeurs publiées (par je ne sais qui...) de 95/3 > sont fausses ? Ça ne m'étonnerait pas :-) Ayant accès aux logs de quelques sites grand public et ayant un traffic suffisament important pour masquer l'utilisation de konqueror faite par moi-même, je peux avancer les chiffres suivants : IE (toutes versions confondues : 90.8 % Mozilla (toutes versions confondues) : 6.6 % Opera : de l'ordre de 0.1 % Taille de l'échantillon : ~ 200'000 hits Par contre, je mettrais un bémol à l'optimisme de Daniel (désolé de faire le rabat-joie...) : L'utilisation de Mozilla est en constante diminution. Il y avait encore 10.5 % de Mozilla en novembre 2001... Longue vie au roi ! :-P Florian -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Part de marché navigateur
On Thursday 10 October 2002 15:22, Sebastien Cevey wrote: > On Thu, Oct 10, 2002 at 02:49:06PM +0200, Jean-Bruno Luginbühl wrote: > ... Il est parfaitement possible de faire du JS sans engendré de limitations. C'est simplement un peu plus difficile et l'on doit se limiter à faire des choses pas trop exotiques... Ceci dit, les TPG ont certainement sous-traîter la réalisation du site à une société utilisant justement des outils cités dans le mail à la source de cette discussion. Genre de truc qui génère du JS au lieu d'un simple "submit"... classique. J'éspère qu'ils auront tapés bien fort sur les incompétents chargés de cette réalisation. Le site de Reuters est aussi (vraiment !) plein de JS, mais il fonctionne très bien. Preuve que c'est possible, même si l'utilisation reste toujours quelque chose de discutable :-) Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Part de marché navigateur
On Thu, Oct 10, 2002 at 02:49:06PM +0200, Jean-Bruno Luginbühl wrote: > Cela n'a pas manqué de me surprendre (en bien), je croyais que la > part de marché de MSIE était de 95%, 3% Netscape et le reste aux > autres. Si c'est 12% à Genève je trouve cela surprenant. En fait, la fréquentation du site est très basse parce qu'il est mal réalisé, et suite à l'effet GULL lancé par le mail de Daniel, plein de Linuxiens sont allés se rendre compte sur place du problème, ce qui a faussé les stats avec plein de browsers non-IE :-) > >En l'espèce, Netscape (servant également les sources plateformes à > >Mozilla et Opera) Euh sauf erreur aucun lien Netscape-Opera non ? > >a pris la décision de ne pas intégrer la reconnaissance de tous les > >objets, propriété des ces objets, attributs de ses propriétés et > >interprétations des codes JavaScript encapsulés, dans ses versions > >de navigateurs. Pas de chance, Javascript n'est pas une recommandation du W3C, c'est juste un language fait maison inventé par Netscape et concurrencé par le JScript de IE qui, bien évidemment, n'est pas totalement compatible. Maintenant il y a lieu de se demander si une utilisation poussée du javascript est recommandable sur un site de renseignements publics. Non, bien sur. (en tout cas pas l'usage qu'il en est fait ici) A moins qu'il soit normal d'utiliser des fonctions comme Math.sin() sur des sites de renseignement publics ... Pour moi, la référence des sites du genre c'est CFF.Ch qui est simple, sans chichi, les calculs sont server-based et marchent impeccable. Point de vue renseignement on fait pas mieux. > >De même, l'interprétation des CSS appelées, n'est pas totalement > >établie sur la base standard. Hahaha, non seulement IE intègre pas complétement et mal les recommandations CSS1 (voir thread récent sur le box hack pour IE), mais en plus Gecko intègre déjà une bonne partie des recommandations CSS2, ce qui est loin d'être le cas d'IE. > Conclusion, je trouve cela encourageant, bel effort, et à la semaine > prochaine. Personnellement, je trouve risible de tenir des arguments faux pour justifier un site mal fait. On nous prend pour des grand-mères découvrant l'HTML ? De plus, il cite sans cesse les recommandations du W3C, alors que le résultat est loin d'être honorable (je doute fort qu'ils aient jamais passé leur homepage au validator) : http://validator.w3.org/check?uri=http%3A%2F%2Fwww.tpg.ch%2FInternet%2BTPG%2FFrancais%2FHomepage%2FAccueil&charset=%28detect+automatically%29&doctype=Inline Bon pas de DOCTYPE, pas de Character Encoding. Soit, je spécifie ces deux à la main : http://validator.w3.org/check?uri=http%3A%2F%2Fwww.tpg.ch%2FInternet%2BTPG%2FFrancais%2FHomepage%2FAccueil&charset=iso-8859-1+%28Western+Europe%29&doctype=HTML+4.01+Transitional [ HTML 4.01 pour etre souple ] Il doit y avoir plus de 60 erreurs ... * De qui se moque-t-on ? * Enfin, reste à espérer qu'effectivement, ils corrigent les problèmes. PS1: Que les genevois ne soient pas jaloux, le site des TL (t-l.ch) n'est pas plus glorieux. Il est même honteusement mal fait (téléchargements de PDF à tout va, etc), et ce même sans problème de JS. Heureusement, j'ai pris soin du site du M2 :) PS2: Ah oui effectivement le site des TPG est une horreur. Il manque plus que les et les (avantageusement remplacé par du JS ... 8-/ ). -- Sebastien Cevey <[EMAIL PROTECTED]> Cine7 - www.cine7.net Milcis - www.milcis.net ICQ: 48895760 -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Part de marché navigateur
On Thursday 10 October 2002 14:49, Jean-Bruno Luginbühl wrote: > et j'ai reçu la réponse suivante : > >Environ 12% (conforme à sa part de marché) de notre clientèle utilise > >un autre navigateur que ceux disponible chez Microsoft; ce chiffre est > >suffisamment important pour que nous ayons pris le problème en charge > >sans tarder. Il est actuellement en cours de résolution et une version > >supérieure de notre site, acceptant les contraintes posées par Netscape > >et d'autres plateformes ou navigateurs, devrait être disponible dans > >les tous prochains jours." Disons que je pense qu'il ont du recevoir un peu beaucoup de mail à ce sujet ces deux derniers jours. J'avais écrit il y a trois jours et la réponse n'etait pas aussi détaillée. Il semble qu'il y ait une prise de conscience de leur part ce qui est encourageant. 12% bon score ! C'est peut-être basé sur leurs propres statistiques ? Cela signifierait-il que les valeurs publiées (par je ne sais qui...) de 95/3 sont fausses ? Ça ne m'étonnerait pas :-) Bravo à tous ! Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Part de marché navigateur
Bonjour, Tout d'abord une petite intro : Suite à un mail de Daniel Cordey je crois je suis allé voir le site des TPG. Le navigateur rendant le mieux parmis ceux que j'ai testé (Opera, Mozilla, Netscape4.75 et Konqueror), Konqueror est celui qui rend le mieux la page (et pas simplement sur ce site). J'ai donc écris dans le sens de Daniel (si je me trompe vous corrigerez) et j'ai reçu la réponse suivante : >Environ 12% (conforme à sa part de marché) de notre clientèle utilise >un autre navigateur que ceux disponible chez Microsoft; ce chiffre est >suffisamment important pour que nous ayons pris le problème en charge >sans tarder. Il est actuellement en cours de résolution et une version >supérieure de notre site, acceptant les contraintes posées par Netscape >et d'autres plateformes ou navigateurs, devrait être disponible dans >les tous prochains jours." Cela n'a pas manqué de me surprendre (en bien), je croyais que la part de marché de MSIE était de 95%, 3% Netscape et le reste aux autres. Si c'est 12% à Genève je trouve cela surprenant. Maintenant, pour ceux que cela interesse, voici deux autres passages de la réponse : >S'il est vrai que le W3C s'occupe de la définition de règles permettant >de régir et de définir certains standards, elle n'a malheureusement pas >le pouvoir d'imposer ces mêmes standards auprès de sociétés développant >les logiciels. > >En l'espèce, Netscape (servant également les sources plateformes à >Mozilla et Opera) a pris la décision de ne pas intégrer la >reconnaissance de tous les objets, propriété des ces objets, attributs >de ses propriétés et interprétations des codes JavaScript encapsulés, >dans ses versions de navigateurs. > >De même, l'interprétation des CSS appelées, n'est pas totalement >établie sur la base standard. et enfin >Je vous suggère de venir vérifier l'évolution de notre site en début de >semaine prochaine et de me faire part à ce moment des difficultés qui >vous pourriez alors rencontrer. > >Dans cette attente, je vous prie de croire, Monsieur Luginbühl, en >l'assurance de mon profond respect." Conclusion, je trouve cela encourageant, bel effort, et à la semaine prochaine. Jean-Bruno -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: ou trouver des librairies
On Thursday 10 October 2002 12:23, Marc SCHAEFER wrote:
> LD_LIBRARY_PATH sous GNU/Linux et Solaris.
En fait, je rencontre souvent des packages sous Linux qui offrent plusisurs
possibilités pour préciser le *SHLIB_PATH à l'éxécution. Il est vrai que l'on
ne devrait pas faire de getenv("MY_SHLIB_PATH) dans son code, mais plutôt
s'en remettre au standard (avis aux dévelopeurs !).
> dlopen(2), standard sur SYSVR4 et GNU/Linux.
C'était aussi le cas sous Solaris depusi longtemps et même HP-UX a changé le
nom de ses fonctions :-) C'est donc bien LE standard (pardon pour le '_' dans
le nom de la fonction, ça m'a échappé...)
> En fait, il me semble bien que PIC signifie position-independant-code,
Absolument !
> ce qui en règle générale implique l'utilisation de l'adressage relatif dans
> le code assembleur généré par le compilateur, ce qui est moins efficace.
Normalement, ceci n'affecte que les symboles 'extern'. CAD, que tous les
appels de fonctions on jutse un calcul d'adresse suplémentaire à effectuer
(ainsi que pour le return()). Il en va de même pour les variables globales...
mais comme tout le mode sait qu'il s'agit d'une pratique "honteuse"...
Suivant les architectures, cela affecte aussi le passage de paramètres des
fonctions.
> En théorie une technique de correction d'adresse/mapping est possible,
> encore que cela impliquerait des tables de saut par processus. Je ne sais
> pas quel est l'état de la technique à ce niveau.
Le processeur HP-PA possède quelques registres (leur nombre dépend de la
version d'HP-PA) permettant de stocker des 'space register value', accélérant
le calcul des adresses dans ce cas. Le prix à payer est faible dans ce cas
(~4 cycles).
Par contre, le fait d'avoir toutes ses librairies en "sahred" induit un gain
de performance bien plus important qu'il n'y paraît. En effet, la réduction
de taille des codes diminue de manière imortante la quantité de code à
charger dans la mémoire. De plus, cela réduit de manière drastique pa
"pression" sur la D-Cache du CPU. L'un dans l'autre, sur un serveur cette
politique est beaucoup plus favorable. Par contre dans le cas d'une seule
grosse application de calcul tournant sur une machine dédiée, il y a une
légère baisse de performances qui se situe, en général, entre 2-5%, iI y a
bien sûr des cas plus extrêmes mais ils relèvent plutôt de la démonstration.
> Une alternative, notamment utilisé par le kernel, est de signer les
> prototypes des fonctions. Lorsqu'un module est inséré, il suffit que les
> signatures soient identiques et dans le cas général cela suffit pour
> assurer la compatibilité syntaxique (la compatibilité sémantique, ie ce
> que fait réellement la fonction est une autre histoire: mais l'on devrait
> bien sûr changer le nom d'une fonction si son rôle change).
J'ai développé une librairie chargée de charger les librairies dynamiques et
de vérifier la signature des fonctions appelées. Ainsi je peux donner un
message claire concernant l'erreur. Ceci implique toutefois que l'on passe
par la notion "d'interface". CAD, qu'un interface défini la correspondance
entre l'appel de la fonction et sa définition. C'est une lourdeur
suplémentaire mais le gain est indéniable en ce qui concerne la qualité du
code. Si cela intéresse quelqu'un, pas de problème, vous connaissez mon
adresse e-mail.
Daniel
PS: la librairie est plutôt HP-UX mais devrait se compiler sans autre sous
Linux, par contre les scripts de l'interface (2) sont en dtksh...(je n'ai pas
encore fait de version php) :-(
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se désabonner aussi.
Re: ou trouver des librairies
On Thu, 10 Oct 2002, Daniel Cordey wrote: > "charger" cette librairie à l'éxécution du programme (SHLIB_PATH ça vous dit LD_LIBRARY_PATH sous GNU/Linux et Solaris. > l´éxécution d'un programme à l'aide de l'appel système dl_open(2); mais ça dlopen(2), standard sur SYSVR4 et GNU/Linux. > relatives sont "mappées" par chaque programme à l'exécution (PIC) Ce qui En fait, il me semble bien que PIC signifie position-independant-code, ce qui en règle générale implique l'utilisation de l'adressage relatif dans le code assembleur généré par le compilateur, ce qui est moins efficace. En théorie une technique de correction d'adresse/mapping est possible, encore que cela impliquerait des tables de saut par processus. Je ne sais pas quel est l'état de la technique à ce niveau. > qui développe un *.so ne devrait pas changer les API (assurer le > compatibilité arrìere svp !), où alors faire une nouvelle version de la *.so. Une alternative, notamment utilisé par le kernel, est de signer les prototypes des fonctions. Lorsqu'un module est inséré, il suffit que les signatures soient identiques et dans le cas général cela suffit pour assurer la compatibilité syntaxique (la compatibilité sémantique, ie ce que fait réellement la fonction est une autre histoire: mais l'on devrait bien sûr changer le nom d'une fonction si son rôle change). -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Extinction de Linux mandrake 9
> Donc les deux devraient être équivalents. Je n'ai pas vérifié dans la > source. Chez moi en tout cas halt et shutdown -h ne font pas la même chose. ByE! -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Extinction de Linux mandrake 9
On 9 Oct 2002, Rafael Muñoz Moreno Davila wrote: > ça depend de la commande que tu donne pour eteindre ta machine. > Si tu donne halt, ça ne s'étein pas tout seul. > Si tu donne shutdown -h now ça va s'éteindre tout seul. D'après la manpage de halt(8), du moins sur ma Debian stable, halt appelle shutdown -h, sauf si le run-level est 0 ou 6 (arrêt, redémarrage): dans ce cas l'appel système ad-hoc est exécuté. Et shutdown appelle halt une fois arrivé à 0 ou 6. Donc les deux devraient être équivalents. Je n'ai pas vérifié dans la source. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: ou trouver des librairies
On Thu, 10 Oct 2002, Leopoldo Ghielmetti wrote: > liens. Ce genre de librairie à le défaut d'agrandir la taille de l'exécutable > et chaque programme qui utilise une librairie statique doit la contenir > complètement. Avec une librairie dynamique par contre les exécutables restent Autre inconvénient: en cas de correctif de sécurité, les versions statiques sont à recompiler. Je traduirais shared object par objet partagé, ou bibliothèque partagée (sous-entendu: bibliothèque de fonctions). -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
probleme dpkg
Bonjour, Après avoir beaucoup bidouillé pour essayer d'installer alsa-0.9 (avec et sans make-dpkg, avec noyeau 2.2.20 et 2.4.18, etc.), j'ai un problème: Je veus désintaller alsa-base et j'ai l'erreur: files list file for package `alsa-base' contains empty filename J'ai essayé différentes option de dpkg sans résultat (apropos, dpkg ne reconnait pas l'option "--force-reinstreq"!??). J'ai la meme erreur pour "dpkg -L alsa-base". A signaler que ma machine a planté complétement plusieurs fois lors des tests avec alsa (Laptop Toshiba 300CDS): obligé de débrancher (ouille!!) et fsck "à la main" lors du boot. PS: Quand meme une bonne nouvelle, le Pen Drive 64Mo (inter-discount, 79 CHF) que je vient d'acheter fonctionne parfaitement avec le kernel 2.4.18 (et support USB-STORAGE en module). L'équivalant de 45 disquettes dans un bidule de 5 grammes, c'est génial! -- Bruno Crochet Tel : +41 22 705 91 33 (Bureau 4134) Uni Mail - FaPSE+41 22 705 93 80 (Labo Son) 40 bd du Pont d'ArveFax : +41 22 705 91 29 1205 Geneve (Suisse)http://www.unige.ch/fapse/PSY/persons/bovet/crochet/ -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: ou trouver des librairies
On Thursday 10 October 2002 09:05, Leopoldo Ghielmetti wrote: > so signifie "shared object" (si je ne trompe pas), c'est à dire objét > partagé. Il s'agit d'une librairie qui est chargée par les logiciels de > façon dynamique selon les bésoins. Sous Windows ils ont inventé les .DLL > pour faire la même chose. Petite précision technique. Les *.so signifient bien "shared objet" mais sont vraiment des "shared librarues'. Quelle différence y-a-t-il ? Les librairies *.so sont comme les *.a (les *.o ne sont que des relogeables, pas des librairies). Dans le premier cas, le *.so inclus des informations lui permettant d'être utilisé dynamiquement, alosr qu'un *.a est une librairie dont le code sera entièrement inclus avec le programme principal (ou une autre librairie *.a). Ces librairies *.a sont docn appellées "statiques" car, si l'on modifie sont contenu, il faur "relinker" le programme. De plus, si 5 programmes ont "limkés" uen librairie *.a et qu'ils s'éxécutent en même temps, il y aura 5 fois le code de la librairie ne mémoire (~ suivant les pages de code accèdées, mais ça va assez loin dans les explics...). Par contre, l'avantage est de pouvoir livré un code qui s' éxécutera forcément avec la bonne librairie et garanti de ne pas interférer avec d'autres versions installée; mais si cette librairie fait appel a des API externes qui ont été modifiés depuis le "link", il y a des chances que le code ne fonctionne plus. Il faut alors une nouvelle version du "programme" ! Autre désavantage, le temps de link est plus long et le code est gros. A contrario, les *.so ne sont pas "incluses" dans le code exécutable du programme et le "linker" se contente d'enregistrer le PATH permettant de "charger" cette librairie à l'éxécution du programme (SHLIB_PATH ça vous dit quelque chose ?). On peut aussi décider de "charger" une librairie lors de l´éxécution d'un programme à l'aide de l'appel système dl_open(2); mais ça c'est une autre histoire. Or, comme plusieurs programmes vont accèder au "même" code, le kernel aura le code de cette librairies en mémoire dans une zone séparée (SHARED) du code du programme (TEXT). Tout naturellement, on en est arrivé à pouvoir partager le même code entre plusieurs programmes; d'où le nom "Shared libraries". Toutefois, l'accès aux symboles de la librairie se fait en introduisant un niveau d'indirection (pointeur), puisque les adresses relatives sont "mappées" par chaque programme à l'exécution (PIC) Ce qui implique de compiler avec une option spéciale (-shared). L'avantage ? Du code beaucoup plus compact (sur disque ET en mémoire), une seule et même version (les bugs et le nouvelles fonctionalités sont intégrés immédiatement sans avoir à recompiler TOUS les programmes). Inconvénients ? Entre autre... celui qui développe un *.so ne devrait pas changer les API (assurer le compatibilité arrìere svp !), où alors faire une nouvelle version de la *.so. Les numéros de version sont ajoutés comme suffixe au nom de la librairie (comme mentionné dans les mails précédents). Pour plus d'infos, vous pouver consulter la commande gcc(1). Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Extinction de Linux Mandrake 9
On Thu, Oct 10, 2002 at 11:11:13AM +0200, Bruno Crochet wrote: > Je n'ai pas mon laptop avec Debian sous la main, mais je me rappelle avoir > du rajouter une ligne du genre > append="apm=on" > dans /etc/lilo.conf. Mais je ne sais pas si ça résoudra le prlblème > d'extinction... Oui j'ai aussi ajouté ceci : append=" apm=on apm=power-off" > Pour la compil en module, est-ce que KMOD a été défini dans le > fichier .config du kernel ? (bon, je suppose que oui, mais on sait > jamais...). oui il est activé. Peut-être que je devrais jeter un oeil dans le BIOS ... Enfin c'est bizzare parce que la Mandrake (8.2) s'eteint correctement en 2.4.8 ... (sans module apm apparemment) Je peux essayer avec un 2.4 sous debian pour voir si le problème se resoud. -- Theefer Milcis - www.milcis.net ICQ: 48895760 -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Extinction de Linux Mandrake 9
On Wed, 9 Oct 2002, Sebastien Cevey wrote: > Je n'ai toujours pas reussi a compiler le kernel de sorte que apm soit > en module. J'ai du parcourir menuconfig une 20aine de fois pourtant. > En kernel 2.2.20, dans General Setup (sauf erreur), il y a une section > APM, mais je peux que l'inclure dans le kernel, pas la compiler en > module. > > Et meme en la compilant en dur, ca ne s'eteint pas mieux :-/ Je n'ai pas mon laptop avec Debian sous la main, mais je me rappelle avoir du rajouter une ligne du genre append="apm=on" dans /etc/lilo.conf. Mais je ne sais pas si ça résoudra le prlblème d'extinction... Pour la compil en module, est-ce que KMOD a été défini dans le fichier .config du kernel ? (bon, je suppose que oui, mais on sait jamais...). -- Bruno Crochet Tel : +41 22 705 91 33 (Bureau 4134) Uni Mail - FaPSE+41 22 705 93 80 (Labo Son) 40 bd du Pont d'ArveFax : +41 22 705 91 29 1205 Geneve (Suisse)http://www.unige.ch/fapse/PSY/persons/bovet/crochet/ -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Editeur Java style UltraEdit sous Windows
Le Wed, 9 Oct 2002 17:33:27 +0200, Daniel Cordey as ecrit : >C'est sans doute pour cette raison que le site des TPG (www.tpg.ch) affiche un >message des plus horribles quand on ne l'accède pas avec IE. Ce site >fonctionne de moins en moins bien avec les browsers non-IE (une usine à gaz >JS parfaitement inutile) Pour un service public c'est une honte... Plutôt que >de troller sur la liste, envoyez un mail à leur ouaibe-maître ! Il y a pire que ça: voici le type de réponse qu'ils renvoient dans ce cas-là: > L'optimisation des sites pour tel ou tel navigateur ne datent >absolument pas du passé. Au contraire ils sont particulièrement d'actualité >depuis que Netscape (qui développe aussi les plateformes Mozilla et Mac) a >décidé de ne pas inclure la moitié des reconnaissances de code valable sur >les autres navigateurs. On se retrouve dans le cas classique: "le standard", c'est "les autres navigateurs" (lisez: MS IE), et Netscape/Mozilla est coupable de ne pas implémenté "le" standard. J'imagine que c'est aussi la faute du W3C, car ils ne prennent pas en compte ces même standards dans leurs documents... Mais il y a quand même un peu d'espoir: > Pour ce qui est de l'évolution de notre site, le problème est référencé et > la version finale sans incidence sur les différents navigateurs sera > disponible dans quelques jours. Frédéric -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
