C'est vrai que notre système pêche un peu par la qualité de ses polices de caractères et pour cause, réaliser une police de qualité est un travail d'expert et de longue haleine. Il est à noter également que bon nombre de polices que l'on trouve dans le monde Windows ont été en fait produites par Adobe ...
Bon si tu as un Windows dans un coin avec le droit de l'utiliser, tu peux toujours essayer de créer un répertoire "windows" dans /usr/share/fonts/ttf et y recopier les TrueType de chez Redmond. Ensuite, tu modifies /etc/X11/fs/config pour y rajouter l'entrée correspondante, et enfin tu relances le font server
Je n'ai pas fait de Ruby, donc je ne m'étendrai pas, mais si les threads sont de vrais threads et sont pris en charge par l'interpréteur, alors le « problème » existe toujours : Il est simplement masqué.
Il est quand même bon de connaître tous les tenants et aboutissants de la chose et d'apprendre à écrire des programmes performants parce que bien conçus, avant de laisser un langage évolué faire tout le travail à la place du (prétendu) programmeur ...
Il faudrait un juriste parce que pour le coup, je ne connais rien au droit européen. Mais il me semble que chaque fois qu'une directive est passée, les différents pays disposent d'un certain délai pour promulguer une loi s'alignant sur cette directive, et qu'ils risquent une pénalité (comprendre une amende) lorsqu'ils ne s'adaptent pas assez vite. Mais je suis probablement en train de confondre plusieurs choses complètement différentes ...
Les gens qui font suivre ce genre de message ne le font en général pas au second degré. Par contre, essayez un peu de tourner ce commentaire à la sauce Windows et observez les réactions parmi ceux qui ont reçu ce genre de message ... Même ici, cela ne prendrait pas et pourtant il y aurait à en dire.
Bonjour c'est mon premier journal. Alors please soyez indulgent.
Pas de problème. C'est argumenté, agréable à lire, il n'y a (pratiquement) pas de fautes d'orthographe, tu as fait l'effort d'utiliser les bonnes balises, et il y a même une formule de politesse ! On aimerait en voir plus souvent ! :-)
En effet microsoft a certes de nombreux brevets et les moyens d'en faire de nombreux et aussi de faire appliquer ceux-ci dans des actions légales. Mais il existe aussi de nombreuses autres sociétés concurrentes qui peuvent se décider a attaquer microsoft et on pourrait donc assister a un rush juridique contre microsoft.
On a hélas déjà vu ce que cela donnait. Les procès étendus sur des années entières, tant et si bien que le logiciel est déjà obsolète quand le jugement n'est pas encore rendu. Et puis, les accusations de trust qui meurent d'elles-même parce que Linux arrive sur le marché, les amendes payées en licences, etc.
Et puis entrer en procès coûte cher. Il y a de fortes chances que le plaignant meure de lui-même avant de réussir à obtenir quelque chose de Microsoft.
Ben dans ce cas le parc mondial n'aura qu'a passé a linux! :p
Cela ne changera rien. Ce n'est pas parce qu'un produit est distribué gratuitement (ce qui n'est même pas forcément le cas de GNU/Linux et sa suite, rappelons-le) que cela donne un droit d'usage sur le brevet, encore moins sans royalties.
Depuis un moment je m'intéresse et m'interroge sur les brevets logiciels. Je cherche les points positif et négatif et me dit que ça marche tout de même assez bien dans des endroits comme l'industrie automobile donc pourquoi pas dans l'informatique.
La principale menace des brevets logiciels, faut-il le rappeler, est son coté sournois. Personne ne comprend réellement de quoi il s'agit et les grands groupes à qui cela profite essayent de tirer avantage de ce flou pour faire voter une loi à leur avantage, ce qui est un crime d'un point de vue démocratique.
- D'une part, on a pas besoin d'un brevet pour protéger un logiciel puisqu'il l'est déjà par le droit d'auteur au même titre que toutes les créations intellectuelles et artistiques. Première entourloupe.
- Ensuite, on s'apprête à autoriser le brevetage des idées, ce qui est un non-sens en soi. La seule chose que l'on pourrait breveter, c'est le procédé de mise en oeuvre. Dans le cas des onglets ou autres, ce procédé est toujours le même : l'exécution d'un programme par un microprocesseur ! La seule chose que l'on peut faire est breveter l'informatique.
- Si l'on suit cette voie, c'est une brèche qui n'a aucune raison de se cantonner au domaine informatique et qui risque de s'étendre. Si l'on peut breveter des idées en informatique, on peut breveter des idées, ou des algorithmes, ou des formules mathématiques, dans tous les autres domaines.
- La durée de validité des brevets n'est pas adaptée à l'industrie informatique (et quand je dis industrie, c'est en fait à tout son petit monde). 20 ans, c'est déjà long dans un secteur normal, mais cela représente l'équivalent de 400 ans de progrès quand c'est à l'informatique que cela s'applique (il y a 20 ans, mon TO8D sortait sur le marché, et en même temps la toute première version de Windows qui n'a jamais réellement pris).
- Il est très facile de camoufler un principe trivial derrière une description absconse. Le brevet sur le OU Exclusif occupe 32 pages A4. Dans le même esprit, je pourrais très bien déposer un procédé qui consistant à calculer le montant d'une facture par addition successive du prix des différents articles. Ces deux procédés sont tout-à-fait comparables.
- On pourrait de la même façon breveter le concept du langage de programmation. Les seules marges de manoeuvre dont on disposerait consisteraient à immiter ce qui s'est fait jusque-là parce que cela tomberait sous le coup de l'antérioté au brevet. Plus aucune innovation ne serait possible alors que c'est précisément l'un arguments les plus mis en avant par les défenseurs d'une telle hérésie.
- Enfin, et c'est peut-être là le plus important, écrire des logiciels est une activité à la fois scientifique et intellectuelle, comme écrire des livres ou connaître les fondements de l'électricité ou de la chimie. Tout le monde devrait aujourd'hui faire un peu de programmation. Ce genre de directive va conduire à interdire de fait ce genre d'activité.
Je pense que c'est un effet de bord. Soit la segfault paraît lors de l'appel aux sous-fonctions dans ton switch (gdb + bt roulaizent), soit c'est ton tableau de parameters qui est mal déclaré. En admettant que ta macro MAX_EQ_PARAMETERS ne puisse pas être définie pour une raison ou une autre (ex: oubli du #include idoine), ta déclaration sera alors résolue en
double parameters[];
Ce qui reste correct d'un point de vue syntaxique, mais qui définit un pointeur sans la mémoire qui va derrière. Cela suffirait à expliquer tes segfaults intermittentes : Lorsque tu écriras dans ce tableau, tes données n'iront pas se loger dans un endroit prévu à cet effet mais dans l'espace réservé aux variables membres que tu définis plus loin ! Donc, tu as la place de semer la pagaille un bon moment avant de planter. En fait, ton programme pourra continuer à faire le con tant qu'il ne sortira pas du segment de mémoire alloué pour ta classe entière, lequel segment aura probablement une taille alignée sur une page quelquonque. Ceci pourrait expliquer les différences de plantage en fonction des plateformes.
Retire le mot-clé « ispeed » puisqu'il ne règle le débit que dans un seul sens. Ensuite essaie également avec d'autres valeurs puisque 9600/7/PE/S est répandu mais un peu lent désormais.
A mon avis, d'un coté on a soit une parité paire (et 7 bits de données), soit pas de parité du tout (8 bits de données). D'un autre, les débits sont presque toujours 9600, 19200 ou 38400. Cela fait 6 combinaisons à essayer.
Enfin, utilise le menu de configuration de minicom (Ctrl-A puis Z puis O (Configurer) puis Configurer le port série) car il réinitialise lui-même le port.
Es-tu sûr qu'il s'agisse bien d'une segfault déjà, et pas d'une division par zéro ou d'un « Abort » dù à une exception non rattrapée ?
Ensuite, elle est censée faire quoi ta fonction f ? Parce qu'une fonction mathématique sans inconnue (type void), c'est pas courant. A mon avis, le problème se situe dans le code de ta fonction.
Mets le tout en GPL et tu pourras bénéficier de l'aide de la communauté ! :-)
Vous aurez une piste que je puisses explorer un peu le truc ? Merci d'avance pour tout.
Essaie de régler correctement vitesse, parité, et bit de start/stop, tout devrait rentrer dans l'ordre. 9600Bauds/Parité paire/Un bit stop est une configuration très courante.
En principe, surtout si tu débutes en programmation, ce genre de choses sera complètement transparent pour toi. Seule chose à savoir, la taille des « int » (pour faire simple) sera par défaut sur 64 bits au lieu de 32. Ce serait surtout gênant dans l'autre sens. Dans ton cas, il faudra juste faire attention de mettre les masques de bits au bon format (et si tu ne vois pas de quoi je parles, c'est que tu n'en as pas encore besoin).
Moi j'utilise normalement g++, il fonctionne très bien (à condition d'avoir au moins la version 3 de GCC, cela dit). Si par « logiciel pour écrire en C++ » tu entends « un truc qui ressemble à Visual Studios », tu peux toujours utiliser KDevelop, et eventuellement Glade, mais ce n'est pas le chemin à prendre. Lance-toi plutôt directement dans la ligne de commande, tu en seras récompensé au quotidien en moins de temps qu'il ne t'en faudras pour le réaliser.
Voila un commentaire que je pertinente plutôt deux fois qu'une.
J'ai également été assez surpris de voir kppp relégué à l'arrière-plan par Mandrake. Cela fait partie des bizarreries dont souffre cette distribution depuis quelques temps.
En effet, bienvenue dans le monde merveilleux de la programmation des threads et des soucis qui en découlent !
Ceci dit, si l'on peut éviter d'utiliser un thread pour tout et n'importe quoi, c'est aussi bien. Le multitâche coopératif est extrêmement bénéfique lorsqu'on l'implémente au sein d'un même programme ...
Je l'ai fait sans problème. Bon il faut peut-être télécharger une JVM récente d'une part et autoriser le plug-in à se mettre à la bonne place, d'autre part, et enfin jeter un oeil à son firewalling, sinon ça marche.
Méfiance avec le AltGr+SysRq+SUB. En principe "u" est censé provoquer le démontage en règle des partitions actives, mais il m'est pourtant plusieurs fois arrivé de subir un e2fsck au redémarrage pour cause de disques non proprement démontés. Bref, l'opération se fait peut-être un niveau trop bas.
Fondamentalement, l'acquisition des caractères se fait soit par la console, soit par les événements X-Windows.
Donc, sous x, xmodmap devrait te tirer d'affaire. Evidement, il ne faut pas que le logiciel se soucie des scancodes, mais bon. En principe ce n'est jamais le cas.
[^] # Re: Dommage...
Posté par Obsidian . En réponse au message Le pape est toujours mort. Évalué à 4.
Les champs magnétiques sont dûs à la recompilation en cours du noyau de la planète.
[^] # Re: Plusieurs causes possibles
Posté par Obsidian . En réponse au message Linux et police navigateur. Évalué à 2.
Bon si tu as un Windows dans un coin avec le droit de l'utiliser, tu peux toujours essayer de créer un répertoire "windows" dans /usr/share/fonts/ttf et y recopier les TrueType de chez Redmond. Ensuite, tu modifies /etc/X11/fs/config pour y rajouter l'entrée correspondante, et enfin tu relances le font server
chezmoicamarche.org
[^] # Re: Et surtout
Posté par Obsidian . En réponse au journal Le site des utilisateurs hispanophones de Mandr... (vote). Évalué à 10.
[^] # Re: yo
Posté par Obsidian . En réponse au message Question sur Perl-Gtk !. Évalué à 2.
Il est quand même bon de connaître tous les tenants et aboutissants de la chose et d'apprendre à écrire des programmes performants parce que bien conçus, avant de laisser un langage évolué faire tout le travail à la place du (prétendu) programmeur ...
[^] # Re: Yet another avis sur les brevets.
Posté par Obsidian . En réponse au journal un autre avis sur les brevets. Évalué à 2.
# Bof ...
Posté par Obsidian . En réponse au journal La connerie du vendredi. Évalué à 3.
http://linuxfr.org/2003/03/20/11770.html(...)
Les gens qui font suivre ce genre de message ne le font en général pas au second degré. Par contre, essayez un peu de tourner ce commentaire à la sauce Windows et observez les réactions parmi ceux qui ont reçu ce genre de message ... Même ici, cela ne prendrait pas et pourtant il y aurait à en dire.
# Yet another avis sur les brevets.
Posté par Obsidian . En réponse au journal un autre avis sur les brevets. Évalué à 6.
Pas de problème. C'est argumenté, agréable à lire, il n'y a (pratiquement) pas de fautes d'orthographe, tu as fait l'effort d'utiliser les bonnes balises, et il y a même une formule de politesse ! On aimerait en voir plus souvent ! :-)
On a hélas déjà vu ce que cela donnait. Les procès étendus sur des années entières, tant et si bien que le logiciel est déjà obsolète quand le jugement n'est pas encore rendu. Et puis, les accusations de trust qui meurent d'elles-même parce que Linux arrive sur le marché, les amendes payées en licences, etc.
Et puis entrer en procès coûte cher. Il y a de fortes chances que le plaignant meure de lui-même avant de réussir à obtenir quelque chose de Microsoft.
Cela ne changera rien. Ce n'est pas parce qu'un produit est distribué gratuitement (ce qui n'est même pas forcément le cas de GNU/Linux et sa suite, rappelons-le) que cela donne un droit d'usage sur le brevet, encore moins sans royalties.
La principale menace des brevets logiciels, faut-il le rappeler, est son coté sournois. Personne ne comprend réellement de quoi il s'agit et les grands groupes à qui cela profite essayent de tirer avantage de ce flou pour faire voter une loi à leur avantage, ce qui est un crime d'un point de vue démocratique.
- D'une part, on a pas besoin d'un brevet pour protéger un logiciel puisqu'il l'est déjà par le droit d'auteur au même titre que toutes les créations intellectuelles et artistiques. Première entourloupe.
- Ensuite, on s'apprête à autoriser le brevetage des idées, ce qui est un non-sens en soi. La seule chose que l'on pourrait breveter, c'est le procédé de mise en oeuvre. Dans le cas des onglets ou autres, ce procédé est toujours le même : l'exécution d'un programme par un microprocesseur ! La seule chose que l'on peut faire est breveter l'informatique.
- Si l'on suit cette voie, c'est une brèche qui n'a aucune raison de se cantonner au domaine informatique et qui risque de s'étendre. Si l'on peut breveter des idées en informatique, on peut breveter des idées, ou des algorithmes, ou des formules mathématiques, dans tous les autres domaines.
- La durée de validité des brevets n'est pas adaptée à l'industrie informatique (et quand je dis industrie, c'est en fait à tout son petit monde). 20 ans, c'est déjà long dans un secteur normal, mais cela représente l'équivalent de 400 ans de progrès quand c'est à l'informatique que cela s'applique (il y a 20 ans, mon TO8D sortait sur le marché, et en même temps la toute première version de Windows qui n'a jamais réellement pris).
- Il est très facile de camoufler un principe trivial derrière une description absconse. Le brevet sur le OU Exclusif occupe 32 pages A4. Dans le même esprit, je pourrais très bien déposer un procédé qui consistant à calculer le montant d'une facture par addition successive du prix des différents articles. Ces deux procédés sont tout-à-fait comparables.
- On pourrait de la même façon breveter le concept du langage de programmation. Les seules marges de manoeuvre dont on disposerait consisteraient à immiter ce qui s'est fait jusque-là parce que cela tomberait sous le coup de l'antérioté au brevet. Plus aucune innovation ne serait possible alors que c'est précisément l'un arguments les plus mis en avant par les défenseurs d'une telle hérésie.
- Enfin, et c'est peut-être là le plus important, écrire des logiciels est une activité à la fois scientifique et intellectuelle, comme écrire des livres ou connaître les fondements de l'électricité ou de la chimie. Tout le monde devrait aujourd'hui faire un peu de programmation. Ce genre de directive va conduire à interdire de fait ce genre d'activité.
[^] # Re: Autre suggestion
Posté par Obsidian . En réponse au message problème d'acces à une méthode. Évalué à 2.
double parameters[];
Ce qui reste correct d'un point de vue syntaxique, mais qui définit un pointeur sans la mémoire qui va derrière. Cela suffirait à expliquer tes segfaults intermittentes : Lorsque tu écriras dans ce tableau, tes données n'iront pas se loger dans un endroit prévu à cet effet mais dans l'espace réservé aux variables membres que tu définis plus loin ! Donc, tu as la place de semer la pagaille un bon moment avant de planter. En fait, ton programme pourra continuer à faire le con tant qu'il ne sortira pas du segment de mémoire alloué pour ta classe entière, lequel segment aura probablement une taille alignée sur une page quelquonque. Ceci pourrait expliquer les différences de plantage en fonction des plateformes.
[^] # Re: Z'avez une piste ?
Posté par Obsidian . En réponse au message Dialogue sur le port série /dev/ttyS0. Évalué à 3.
A mon avis, d'un coté on a soit une parité paire (et 7 bits de données), soit pas de parité du tout (8 bits de données). D'un autre, les débits sont presque toujours 9600, 19200 ou 38400. Cela fait 6 combinaisons à essayer.
Enfin, utilise le menu de configuration de minicom (Ctrl-A puis Z puis O (Configurer) puis Configurer le port série) car il réinitialise lui-même le port.
Bonne chance.
[^] # Re: Des détails, des détails :-)
Posté par Obsidian . En réponse au message problème d'acces à une méthode. Évalué à 2.
# Segfault ?
Posté par Obsidian . En réponse au message problème d'acces à une méthode. Évalué à 2.
Ensuite, elle est censée faire quoi ta fonction f ? Parce qu'une fonction mathématique sans inconnue (type void), c'est pas courant. A mon avis, le problème se situe dans le code de ta fonction.
Mets le tout en GPL et tu pourras bénéficier de l'aide de la communauté ! :-)
# Z'avez une piste ?
Posté par Obsidian . En réponse au message Dialogue sur le port série /dev/ttyS0. Évalué à 4.
Essaie de régler correctement vitesse, parité, et bit de start/stop, tout devrait rentrer dans l'ordre. 9600Bauds/Parité paire/Un bit stop est une configuration très courante.
# Ne t'inquiète pas.
Posté par Obsidian . En réponse au message Ordi 64 bits et C++. Évalué à 3.
# Ben G++
Posté par Obsidian . En réponse au message Logiciel C++. Évalué à 4.
[^] # Re: Istalle kppp !
Posté par Obsidian . En réponse au message comment créer un bouton d'accés internet sur le tableau de bord ?. Évalué à 2.
J'ai également été assez surpris de voir kppp relégué à l'arrière-plan par Mandrake. Cela fait partie des bizarreries dont souffre cette distribution depuis quelques temps.
[^] # Re: Chanceux
Posté par Obsidian . En réponse au message Editeur hexa. Évalué à 2.
( * Aïe ! *)
[^] # Ou rev ...
Posté par Obsidian . En réponse au message Parcourir un fichier à l'envers.. Évalué à 4.
$ cat fichier | rev | more
[^] # Re: yo
Posté par Obsidian . En réponse au message Question sur Perl-Gtk !. Évalué à 2.
Ceci dit, si l'on peut éviter d'utiliser un thread pour tout et n'importe quoi, c'est aussi bien. Le multitâche coopératif est extrêmement bénéfique lorsqu'on l'implémente au sein d'un même programme ...
[^] # Re: Ah bon ?
Posté par Obsidian . En réponse au message bug télédéclaration. Évalué à 2.
# /etc/shells
Posté par Obsidian . En réponse au message Nécessité de préciser "sh script.sh". Évalué à 3.
# Fais comme l'oiseau
Posté par Obsidian . En réponse au message icones. Évalué à 3.
Y a un certain LaFontaine qui avait fait un HOWTO sur le sujet, mais je crois qu'il date un peu maintenant ...
[^] # Re: solution du hacker fou
Posté par Obsidian . En réponse au message Inverser deux touches du clavier. Évalué à 2.
# Xmodmap
Posté par Obsidian . En réponse au message Inverser deux touches du clavier. Évalué à 3.
Donc, sous x, xmodmap devrait te tirer d'affaire. Evidement, il ne faut pas que le logiciel se soucie des scancodes, mais bon. En principe ce n'est jamais le cas.
[^] # Re: trop pas gros, passera pas...
Posté par Obsidian . En réponse à la dépêche FACT, un projet de directive européenne pour une dictature numérique ?. Évalué à 2.
http://linuxfr.org/2003/12/09/14814.html(...)
# Pas frais, ce poisson !
Posté par Obsidian . En réponse à la dépêche FACT, un projet de directive européenne pour une dictature numérique ?. Évalué à 6.
Moi, maintenant, j'aurais bien vu un truc du style :
"Après Hotmail, Microsoft acquiert DLFP"
Ca, ç'aurait été un bon trool des familles ! :-)