qui compile en C mais pas en C++, mais il y a aussi des tas d'autres incompatibilités plus subtiles. Pour un programme relativement gros, si personne n'a fait attention à la compatibilité C++, il y a peu de chances que le programme C compile en C++.
Pour appeler du C depuis le C++, c'est assez simple:
extern "C" {
#include "mon-en-tête-c.h"
}
(ou mieux, ajouter le 'extern "C"' dans mon-en-tête-c.h, protégé avec des #ifdef __cplusplus). Ça te demande que le .h compile en C++, mais pas forcément le .c.
Dans l'autre sens, il faut en général ajouter des wrappers pour toutes les fonctions C++ que tu veux utiliser, et les déclarer 'extern "C"'.
En ce qui me concerne, la principale nouveauté, c'est la possibilité d'avoir des éléments flottants par dessus le bureau habituel.
Sinon, ion3 est en phase de stabilisation. Y'avait pas mal de bugs il y a quelques mois, mais ça fait un moment que je n'ai pas eu de plantage (pourtant, je l'utilise vraiment "à fond": les utilisateurs moins bidouilleurs le trouvaient déjà stable quand j'avais des segfaults 3 fois par semaine ;-).
> Et bien Jabber possede il les nouvelles fonctionnalitées "fun" de la
> derniere version de msn (winks, clin d'oeil, jeux,....) ??
Tu ne réponds qu'à une partie de la question. L'autre partie (rappel), c'est : Qu'est-ce qui te fait dire qu'il n'est pas possible d'ajouter ces fonctionalités à jabber.
> Pourquoi ne pas vouloir "innover"?
Ce que tu proposes, ce n'est pas d'inover. C'est de passer du temps à recréer ce qui existe déjà avant de pouvoir innover.
Pour l'instant, je ne vois toujours rien que Jabber ne puisse pas faire.
Commence par faire une analyse, une vraie, de l'existant. Si tu ne trouves pas ce que tu cherches, regardes si tu peux le faire en améliorant l'existant. Si tu as de bonnes raisons de ne pas contribuer à un projet existant, alors, et seulement alors, crée un nouveau projet.
> Jabber à bien commencé un jour... comment..?? on ne le sais pas ;)
Je ne sais pas comment il a commencé, mais je sais pourquoi il marche: Parce que beaucoup de gens ont choisi de mettre leurs efforts en communs, et pas de créer leur propre protoloce maison.
Bref, si tu veux t'amuser, amuses-toi, mais s'il te plait, ne viens pas débaucher des programmeurs qui auraient pu passer leur temps à des choses plus utiles.
Ben c'est justement ce genre de trucs qui me fait penser que le firewall sur une machine perso est une bonne chose. A partir du moment ou toi tu peux prendre le controle, et à partir du moment ou la machine est gérée par un neu^W^W^W non informaticien, tu peux être sur que le mot de passe admin, ça sera "admin", "administrateur", ou au mieux la date de naissance du mec, qui se bruteforce en quelques minutes.
Le firewall de XP, c'est UNE case à cocher dans la configuration de la connexion. Il y a des firewall compliqués, mais celui-là, franchement ...
Bien mieux au passage que de ne pas avoir de mot de passe du tout, parce que tu peux assez facilement limiter la connexion sans mot de passe aux accès locaux.
Sur deux PC Linux, sur un réseau local, pas besoin de FreeNX. En ligne de commande, utilises "ssh", ou "ssh -X", et les applies graphiques se s'afficheront sur ta machine.
Ne touches jamais au contenu de /usr/bin directement. Passes toujours par ton gestionnaire de paquets pour ça, et ça se passera bien.
Si tu installes une nouvelle version dans /usr/local, et que tu demandes à ton gestionnaire de paquets de supprimer la version packagée, il va te dire ce qui en dépends et ce que tu va devoir désinstaller en même temps.
> Non, le moyen le plus simple est de configurer correctement sa machine.
Avec un firewall, tu configures une fois pour toutes ta machine pour ne pas écouter sur le réseau.
Si tu veux configurer correctement ta machine pour ne pas écouter sur le réseau sans firewall, il faut configurer correctement toutes les applis, ce qui inclue dans le cas de l'ordinateur personnel sous Windows les applis codées avec les pieds téléchargées sur un site X ou Y.
Pour un utilisateur lambda, franchement, au niveau simplicité, y'a pas photo.
Au fait, scoop, la politique "tout fermé par défaut, on ouvre quand on a besoin", Windows s'y est mis il y a à peu près 2 ans ...
> Question bête: Sa sert à quoi un pare-feu sur un ordi personnelle?
Expérience 1: Prends un windows pas patché depuis quelques mois/années. Un modem ethernet, une carte ethernet avec son cable. Branche le cable dans le modem, disons, 5 minutes. Débranches le cable et passes un anti-virus sur ta machine.
Expérience 2: Faire la même chose, mais avec un firewall.
Moi, j'ai une autre question: Ca sert à quoi de NE PAS avoir de firewall sur une machine personnelle. Une machine perso, ça ne fait typiquement tourner aucun serveur accessibles de l'extérieur (sauf pour le P2P). Donc, la politique par défaut "je bloque tout ce qui entre" est très efficace au niveau sécurité, et ne gène quasiment pas l'utilisateur. Au passage, ça fait quelques années qu'il y a ça dans XP.
> Avec Linux, c'est simple tu ferme tous le port en écoute, et t'est tranquille.
Le moyen le plus simple de faire ça, c'est encore avec iptables ou une surcouche graphique. Tu sais comment ça s'appelle ? Un firewall ...
> Le présence d'un pare-feu me semble révélateur de l'insécurité régnant chez Windows!
Sous Linux, rares sont les failles exploitées. Mais si tu te renseigne un tout petit peu, tu te rendra compte qu'il y a aussi des failles, en quantité tout à fait comparable. Je connais plusieurs personnes qui se sont fait pirater une machine perso sous Linux, et qui auraient pu l'eviter très simplement.
Oui pour la main droite, mais quand tu regardes ta main gauche, le biais des mains est dans l'autre sens par rapport au biais des touches. En fait, à l'origine, c'était pour des questions mécaniques dans les machines à ecrire.
Linux est une marque déposée par un dénomé Linus Torvalds. On a de bonnes raisons de croire qu'il ne nous empechera pas de l'utiliser pour parler de son kernel ;-).
Pour l'histoire de OpenOffice Vs OpenOffice.org, ta remarque est pertinente, pourtant,
http://www.openoffice.org/about_us/summary(...) Because of trademark issues, OpenOffice.org must insist that all public communications refer to the project and software as "OpenOffice.org" or "OpenOffice.org 1.x," and not "OpenOffice" or "Open Office."
Y'a aussi les problèmes d'ABI pour tout ce qui est écrit en C++ par exemple. Un binaire compilé en GCC 3.0 ne marchera pas avec une libc compilée en 3.2 par exemple.
> Mais pourquoi sous Linux ou *BSD, une application instable ne met
> généralement pas en péril la stabilité de tout le système ?
Déjà, leur doc parle de "logiciel". Si on considère qu'un driver est un logiciel, ou que les modules d'anti-virus qui tournent en mode noyau le sont, ben c'est pareil sous Linux. (Par exemple, installes les drivers constructeurs pour un Sagem Fast 800, et regarde comment il est stable, ton Linux).
Sinon, si tu veux une application 100% mode user qui mette ton Linux à plat (sur la plupart des distribs), compile et execute ça:
#include <sys/types.h>
#include <unistd.h>
int main() {
while (1) fork();
}
(pas sur une machine multi-utilisateur stp). Comme variante, on peut mettre "malloc(1)" à la place du fork().
La solution sous Linux pour ce problème, c'est "ulimit". Sous Windows, sauf erreur de ma part, il y a une solution équivalente, mais désactivée par défaut (comme sur mon Linux, mais ça, ça dépend des distribs).
Bref, sur la gestion des processus, je suis pas sur de comprendre en quoi Linux serait supérieur à Windows. Bon, après, c'est sur que les marketeux de MS sont capables de te parler de techno révolutionnaire pour dire "l'utilisateur par défaut est pas root, et on a mis un ulimit par défaut", mais c'est des marketeux, faut bien qu'ils vivent !
Applie -> appel système (donc passage en mode noyau) -> retour en mode user
Avec Hurd, tu fais directement
Applie -> serveur en mode utilisateur
Ce qui fait dire au moins aux puristes que "hurd, c'est mieux". A priori, la méthode de Hurd est plus fiable (rien ne tourne en mode noyau) et parait-il plus efficace.
Par contre, la grosse différence, c'est que Linux est stable et utilisé en production, donc, l'arrivée de FUSE dedans, ça veut dire tout simplement qu'on va pouvoir s'en servir pour de vrai !
[^] # Re: Pourquoi ne peux-tu pas compiler en C++ ?
Posté par Matthieu Moy (site web personnel) . En réponse au message Accéder à une bibliothèque C++ à partir de C. Évalué à 5.
Justement, non. L'exemple le plus simple, c'est :
int main () {
int class = 0;
return class;
}
qui compile en C mais pas en C++, mais il y a aussi des tas d'autres incompatibilités plus subtiles. Pour un programme relativement gros, si personne n'a fait attention à la compatibilité C++, il y a peu de chances que le programme C compile en C++.
Pour appeler du C depuis le C++, c'est assez simple:
extern "C" {
#include "mon-en-tête-c.h"
}
(ou mieux, ajouter le 'extern "C"' dans mon-en-tête-c.h, protégé avec des #ifdef __cplusplus). Ça te demande que le .h compile en C++, mais pas forcément le .c.
Dans l'autre sens, il faut en général ajouter des wrappers pour toutes les fonctions C++ que tu veux utiliser, et les déclarer 'extern "C"'.
[^] # Re: Mais c'est la branch de dev ion3 non ?
Posté par Matthieu Moy (site web personnel) . En réponse au journal Document d'introduction à Ion. Évalué à 2.
http://modeemi.fi/~tuomov/ion/logs/ion-3-relnotes.html(...)
En ce qui me concerne, la principale nouveauté, c'est la possibilité d'avoir des éléments flottants par dessus le bureau habituel.
Sinon, ion3 est en phase de stabilisation. Y'avait pas mal de bugs il y a quelques mois, mais ça fait un moment que je n'ai pas eu de plantage (pourtant, je l'utilise vraiment "à fond": les utilisateurs moins bidouilleurs le trouvaient déjà stable quand j'avais des segfaults 3 fois par semaine ;-).
[^] # Re: Ca manque un peu de screenshot
Posté par Matthieu Moy (site web personnel) . En réponse au journal Document d'introduction à Ion. Évalué à 2.
C'est le principe de base de ion, mais on peut lui faire quelques entorses:
http://www-verimag.imag.fr/~moy/ion/ion3/floating-split.png(...)
http://www-verimag.imag.fr/~moy/ion/ion3/float-split.png(...)
(et http://www-verimag.imag.fr/~moy/ion/ion3/(...) ) pour quelques autres.
[^] # Re: Tu es serieux ?
Posté par Matthieu Moy (site web personnel) . En réponse au message Recherche de developpeurs Perl et Java. Évalué à 2.
> derniere version de msn (winks, clin d'oeil, jeux,....) ??
Tu ne réponds qu'à une partie de la question. L'autre partie (rappel), c'est : Qu'est-ce qui te fait dire qu'il n'est pas possible d'ajouter ces fonctionalités à jabber.
> Pourquoi ne pas vouloir "innover"?
Ce que tu proposes, ce n'est pas d'inover. C'est de passer du temps à recréer ce qui existe déjà avant de pouvoir innover.
[^] # Re: Tu es serieux ?
Posté par Matthieu Moy (site web personnel) . En réponse au message Recherche de developpeurs Perl et Java. Évalué à 6.
Commence par faire une analyse, une vraie, de l'existant. Si tu ne trouves pas ce que tu cherches, regardes si tu peux le faire en améliorant l'existant. Si tu as de bonnes raisons de ne pas contribuer à un projet existant, alors, et seulement alors, crée un nouveau projet.
> Jabber à bien commencé un jour... comment..?? on ne le sais pas ;)
Je ne sais pas comment il a commencé, mais je sais pourquoi il marche: Parce que beaucoup de gens ont choisi de mettre leurs efforts en communs, et pas de créer leur propre protoloce maison.
Bref, si tu veux t'amuser, amuses-toi, mais s'il te plait, ne viens pas débaucher des programmeurs qui auraient pu passer leur temps à des choses plus utiles.
[^] # Re: questions bêtes
Posté par Matthieu Moy (site web personnel) . En réponse au message Recherche de developpeurs Perl et Java. Évalué à 2.
..., jabber (psi, ...), ...
[^] # Re: pare-feu
Posté par Matthieu Moy (site web personnel) . En réponse au journal asta la Vista Windows. Évalué à 3.
Ben c'est justement ce genre de trucs qui me fait penser que le firewall sur une machine perso est une bonne chose. A partir du moment ou toi tu peux prendre le controle, et à partir du moment ou la machine est gérée par un neu^W^W^W non informaticien, tu peux être sur que le mot de passe admin, ça sera "admin", "administrateur", ou au mieux la date de naissance du mec, qui se bruteforce en quelques minutes.
Le firewall de XP, c'est UNE case à cocher dans la configuration de la connexion. Il y a des firewall compliqués, mais celui-là, franchement ...
# Firefox plus utilisé au bureau qu'au domicile ?
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Les navigateurs Web, Firefox et les parts de marchés en Europe. Évalué à 8.
Moi, il me semble qu'elle dit exactement le contraire (14,11% le WE contre 12,68% en semaine). Ça serait bien de corriger.
[^] # Re: Quels sont tes droits sur...
Posté par Matthieu Moy (site web personnel) . En réponse au message pb avec freenx. Évalué à 2.
est-ce que la connexion avec SSH sans NX marche ?
ssh -v -v -v ... dit quoi?
Y'a-t-il des trucs bizarres dans /var/log/{message|syslog} ?
[^] # Re: Les gens sont idiots, mettons-nous à leur niveau
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche La liberté, la face méconnue de l'informatique. Évalué à 4.
Si c'est un exemple d'erreur, en quoi est-ce faux ?
[^] # Re: Détails ?
Posté par Matthieu Moy (site web personnel) . En réponse au message Problème de compile avec KDE 3.4.2. Évalué à 2.
Y'a tellement de messages "Ca marche pas, aidé moi !" ici. Moinse moi allègrement pour te venger ;-).
# Détails ?
Posté par Matthieu Moy (site web personnel) . En réponse au message Problème de compile avec KDE 3.4.2. Évalué à 2.
> Moi je veux bien mais c'est quoi se truc. Aidez-moi s'il vous plaît.
Si tu ne nous dis pas ce qu'il se passe, on est pas près de pouvoir t'aider...
[^] # Re: config kdm
Posté par Matthieu Moy (site web personnel) . En réponse au message un utilisateur sans mot de passe. Évalué à 3.
Sinon, faut être sur de sa config réseau ...
# Pourquoi FreeNX
Posté par Matthieu Moy (site web personnel) . En réponse au message pb avec freenx. Évalué à 1.
# Attention ...
Posté par Matthieu Moy (site web personnel) . En réponse au message faut il ecraser les ancien programme. Évalué à 3.
Si tu installes une nouvelle version dans /usr/local, et que tu demandes à ton gestionnaire de paquets de supprimer la version packagée, il va te dire ce qui en dépends et ce que tu va devoir désinstaller en même temps.
# libtool
Posté par Matthieu Moy (site web personnel) . En réponse au journal Les autotools: lorsque ca ne marche pas .... Évalué à 2.
[^] # Re: pare-feu
Posté par Matthieu Moy (site web personnel) . En réponse au journal asta la Vista Windows. Évalué à 3.
Avec un firewall, tu configures une fois pour toutes ta machine pour ne pas écouter sur le réseau.
Si tu veux configurer correctement ta machine pour ne pas écouter sur le réseau sans firewall, il faut configurer correctement toutes les applis, ce qui inclue dans le cas de l'ordinateur personnel sous Windows les applis codées avec les pieds téléchargées sur un site X ou Y.
Pour un utilisateur lambda, franchement, au niveau simplicité, y'a pas photo.
Au fait, scoop, la politique "tout fermé par défaut, on ouvre quand on a besoin", Windows s'y est mis il y a à peu près 2 ans ...
# Voir aussi ...
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche PC portables sous Linux : le bout du tunnel ?. Évalué à 2.
http://www.xbook-computer.com/public/default.php?cPath=40_81(...)
http://materiel.net/details_M510APM735LINUX.html(...)
[^] # Re: pare-feu
Posté par Matthieu Moy (site web personnel) . En réponse au journal asta la Vista Windows. Évalué à 3.
Expérience 1: Prends un windows pas patché depuis quelques mois/années. Un modem ethernet, une carte ethernet avec son cable. Branche le cable dans le modem, disons, 5 minutes. Débranches le cable et passes un anti-virus sur ta machine.
Expérience 2: Faire la même chose, mais avec un firewall.
Moi, j'ai une autre question: Ca sert à quoi de NE PAS avoir de firewall sur une machine personnelle. Une machine perso, ça ne fait typiquement tourner aucun serveur accessibles de l'extérieur (sauf pour le P2P). Donc, la politique par défaut "je bloque tout ce qui entre" est très efficace au niveau sécurité, et ne gène quasiment pas l'utilisateur. Au passage, ça fait quelques années qu'il y a ça dans XP.
> Avec Linux, c'est simple tu ferme tous le port en écoute, et t'est tranquille.
Le moyen le plus simple de faire ça, c'est encore avec iptables ou une surcouche graphique. Tu sais comment ça s'appelle ? Un firewall ...
> Le présence d'un pare-feu me semble révélateur de l'insécurité régnant chez Windows!
Sous Linux, rares sont les failles exploitées. Mais si tu te renseigne un tout petit peu, tu te rendra compte qu'il y a aussi des failles, en quantité tout à fait comparable. Je connais plusieurs personnes qui se sont fait pirater une machine perso sous Linux, et qui auraient pu l'eviter très simplement.
[^] # Re: EZR 2030
Posté par Matthieu Moy (site web personnel) . En réponse au journal Mauvais clavier, changer clavier. Évalué à 2.
http://www-verimag.imag.fr/~moy/dvorak_fr/(...)
[^] # Re: Touches en colonnes
Posté par Matthieu Moy (site web personnel) . En réponse au journal Mauvais clavier, changer clavier. Évalué à 2.
[^] # Re: attention, ceci est un syllogisme ;)
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche La liberté, la face méconnue de l'informatique. Évalué à 4.
Pour l'histoire de OpenOffice Vs OpenOffice.org, ta remarque est pertinente, pourtant,
http://www.openoffice.org/about_us/summary(...)
Because of trademark issues, OpenOffice.org must insist that all public communications refer to the project and software as "OpenOffice.org" or "OpenOffice.org 1.x," and not "OpenOffice" or "Open Office."
J'ai pas trouvé plus de détails.
[^] # Re: bah ca dépend...
Posté par Matthieu Moy (site web personnel) . En réponse au message compatibilité ascendante des versions de linux. Évalué à 2.
[^] # Re: code pourri
Posté par Matthieu Moy (site web personnel) . En réponse au journal asta la Vista Windows. Évalué à 6.
> généralement pas en péril la stabilité de tout le système ?
Déjà, leur doc parle de "logiciel". Si on considère qu'un driver est un logiciel, ou que les modules d'anti-virus qui tournent en mode noyau le sont, ben c'est pareil sous Linux. (Par exemple, installes les drivers constructeurs pour un Sagem Fast 800, et regarde comment il est stable, ton Linux).
Sinon, si tu veux une application 100% mode user qui mette ton Linux à plat (sur la plupart des distribs), compile et execute ça:
#include <sys/types.h>
#include <unistd.h>
int main() {
while (1) fork();
}
(pas sur une machine multi-utilisateur stp). Comme variante, on peut mettre "malloc(1)" à la place du fork().
La solution sous Linux pour ce problème, c'est "ulimit". Sous Windows, sauf erreur de ma part, il y a une solution équivalente, mais désactivée par défaut (comme sur mon Linux, mais ça, ça dépend des distribs).
Bref, sur la gestion des processus, je suis pas sur de comprendre en quoi Linux serait supérieur à Windows. Bon, après, c'est sur que les marketeux de MS sont capables de te parler de techno révolutionnaire pour dire "l'utilisateur par défaut est pas root, et on a mis un ulimit par défaut", mais c'est des marketeux, faut bien qu'ils vivent !
[^] # Re: Vert et Noir comme ...
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Bilan du sommet 2005 des développeurs du noyau Linux. Évalué à 5.
Si j'ai bien compris, avec FUSE, tu fais
Applie -> appel système (donc passage en mode noyau) -> retour en mode user
Avec Hurd, tu fais directement
Applie -> serveur en mode utilisateur
Ce qui fait dire au moins aux puristes que "hurd, c'est mieux". A priori, la méthode de Hurd est plus fiable (rien ne tourne en mode noyau) et parait-il plus efficace.
Par contre, la grosse différence, c'est que Linux est stable et utilisé en production, donc, l'arrivée de FUSE dedans, ça veut dire tout simplement qu'on va pouvoir s'en servir pour de vrai !