Pascal a écrit 401 commentaires

Le mieux est d'aller voir la documentation directement chez 3COM:
http://support.3com.com/infodeli/tools/switches/s_stack2/110(...)

Tu liras ici que il y a 24 ports 10Mb et 2 ports 100Mb

S'il te plait, est-ce que tu pourrais essayer de découper tes phrases en d'autres plus petites.

C'est très dur et très désagréable de te lire.

Pascal

Et mon petit, tu rois pas qu'on va te faire ton projet d'études non plus....

Alors, d'abord commence par chercher par toi même, puis on verra plus tard.

C'est exactement ce qui est fait dans GCC, comme dans la plupart des compilateurs. Tu avais une bonne idée mais d'autres y ont pensé avant toi....
http://fr.wikipedia.org/wiki/Compilateur

Le problème vient de ton fomulaire HTML:

Lorsque tu fais le onClick, tu appelles la methode setString du formulaire (qui n'existe pas d'ailleurs). Il te faut appeller la methode de l'applet.

Tout simplement regardele fichier COPYING dans l'archive du noyau:

Also note that the only valid version of the GPL as far as the kernel
is concerned is _this_ particular version of the license (ie v2, not
v2.2 or v3.x or whatever), unless explicitly otherwise stated.

Donc, c'est clair Linux restera GPLv2

Normallement, tu devrais pas avoir de problemes pour les adaptateurs USB-Serie. La plupart pour ne pas dire la totalité sont supportés par un noyau récent.

Tu as tous ces drivers là dans le noyau. Le plus dur étant de trouver celui qui correspond à ton materiel

CONFIG_USB_SERIAL_GENERIC
CONFIG_USB_SERIAL_AIRPRIME
CONFIG_USB_SERIAL_ANYDATA
CONFIG_USB_SERIAL_BELKIN
CONFIG_USB_SERIAL_WHITEHEAT
CONFIG_USB_SERIAL_DIGI_ACCELEPORT
CONFIG_USB_SERIAL_CP2101
CONFIG_USB_SERIAL_CYPRESS_M8
CONFIG_USB_SERIAL_EMPEG
CONFIG_USB_SERIAL_FTDI_SIO
CONFIG_USB_SERIAL_VISOR
CONFIG_USB_SERIAL_IPAQ
CONFIG_USB_SERIAL_IR
CONFIG_USB_SERIAL_EDGEPORT
CONFIG_USB_SERIAL_EDGEPORT_TI
CONFIG_USB_SERIAL_GARMIN
CONFIG_USB_SERIAL_IPW
CONFIG_USB_SERIAL_KEYSPAN_PDA
CONFIG_USB_SERIAL_KEYSPAN
CONFIG_USB_SERIAL_KLSI
CONFIG_USB_SERIAL_KOBIL_SCT
CONFIG_USB_SERIAL_MCT_U232
CONFIG_USB_SERIAL_PL2303
CONFIG_USB_SERIAL_HP4X
CONFIG_USB_SERIAL_SAFE
CONFIG_USB_SERIAL_TI
CONFIG_USB_SERIAL_CYBERJACK
CONFIG_USB_SERIAL_XIRCOM
CONFIG_USB_SERIAL_OMNINET

Faut pas non plus trop les blâmer. Ils font quand même pas mal d'efforts. Ils ont testé leur site avec pas mal de configurations:

PC IE à partir de IE5.0
PC Netscape à partir de 6.0
PC Opera à partir de 6.0
PC Mozilla Firefox à partir de 1.5 (version 2.0 également)
MAC Netscape à partir de 4.7
MAC Opera à partir de 5.0
MAC Safari à partir de 2.0 (version par défaut de mac OS X)
UNIX Netscape à partir de 6.0
UNIX Konqueror (Version 3.2 de KDE sous Linux)

La plupart des webmaster croient que le seul truc qui existe au monde est: IE +Windows

J'espère que ton projet n'étais pas que une copine devienne ta copine.... parce que là c'est raté...
Tu lui as démoli son OS, et tu lui en a installé un autre que t'est même pas fichu de faire fonctionner.

Sinon pour être plus serieux, je ne connais pas trop Mandriva, et encore moins Windows Vista. Toutefois pour qu'on puisse t'aider, est-ce que tu pourrais poster les résultats des deux commandes suivantes:

fdisk -l /dev/hda (change /dev/hda par le nom du disque si nécéssaire)

et

cat /etc/lilo.conf

Excellent commentaire...
A plusser. J'aime particulierement la comparaison du root avec Dieu...

Sinon, je vais tenter de détailler un peu mieux le pourquoi du comment des fichiers passwd et shadow.

Tout d'abord, sous Unix, chaque utilisateur à un UID (User Identifier). Comme dit dans le commentaire précédent, le 0 c'est le root.

Il faut savoir que chaque utilisateur est référencé dans le fichier /etc/passwd. La principale fonction de ce fichier est de faire le mapping UID <=> Nom d'Utilisateur. Ce fichier contient aussi des informations telles que le Nom,Prénom qui ne servent à rien. Il contient aussi le répetoire de base de l'utilisateur et son shell par défaut.

Le fichier /etc/passwd doit être lisible par tous les utilisateurs.Notamment pour faire le mapping UID <=>Utilisateur. En effet, cela permet par exemple de savoir à qui appartient un fichier qui n'est pas à toi. Par contre, il ne doit être modifiable que par root. En effet, un utilisateur ne doit pas pouvoir modifier les informations d'un autre utilisateur.
par exemple (sur ma machine):
$ ls -l /etc/passwd
-rw-r--r-- 1 root root 810 2005-07-07 01:24 /etc/passwd

Mais alors, la question qui se pose est: comment un utilisateur peut il modifier ses propres informations. Il a quand même le droit, mince!!!!!! S'il tente de le faire manuellement, ca ne marchera pas car je le rapelle, le fichier /etc/passwd est en lecture seule pour les utilisateurs classiques. Il peut alors utiliser la commande /usr/bin/passwd. Cette commande à un attriut spécial le SUID-Bit:

$ ls -l /usr/bin/passwd
-rws--x--x 1 root bin 39348 2004-06-21 21:20 /usr/bin/passwd

Le SUID-Bit se reconnait au petit 's' à coté de rw. Cet attribut permet au programme /usr/bin/passwd d'être executé en root par n'importe quel utilisateur. C'est à dire que lorque lambda par exemple lancera /usr/bin/passwd, il s'executera comme si c'était root l'avait lancé. Le programme passwd peut alors modifier le fichier /etc/passwd. Mais c'est un programme sécurisé qui n'autorisera à l'utilisateur de modifier que la ligne qui le concerne.


Maintenant, passons aux mots de passes. A la base, les mots de passe étaient simplement dans le fichier /etc/passwd. (d'où son nom). Mais le problème est que les informations de ce fichier doivent être lisibles par tous les utilisateurs. Pour cela les mots de passes ont d'abord été cryptés avec des algorithmes particuliers (dits de hachage) tels que MD5(voir l'explication du commentaire précédent). Bien que ces mots de passes ne soient pas directement lisibles, il était possible deles cracker en réalisant des attaques par force brute ou par dictionnaire. Crypter les mots de passe n'est pas suffisant!!! Il faut en plus les cacher aux utilisateurs. Pour cela, lesmots de passes on dû être séparés dans un autre fichier: /etc/shadow. Ce fichier à un format très proche de /etc/passwd mais ne contient que les mots de passe. Mais il ne doit pas être lisible par un utilisateur classique.

ls -l /etc/shadow
-rw-r----- 1 root shadow 593 2006-03-17 11:56 /etc/shadow

Mais cela ne pose aucun problème car le seul programme qui doit lire ce fichier est le gestionnaire de login (/bin/login, ou XDM,KDM,GDM......), qui de toute manière n'a pas d'autre choix, pour d'autres raisons, que de tourner en root. Enfin la modification de ce fichier pour qu'un utilisateur change son mot de passe se fait avec le programme /usr/bin/passwd en utilisant le même procédé que pour /etc/passwd.


Ca y est, j'ai fini. J'espère que j'ai été assez clair et que j'ai répondu à la plupart de tes questions. En relisant le commentaires, je me dis que c'est quand même beau Unix.....

Alors, pour reporter les bugs du kernel, c'est là: bugzilla.kernel.org.
Tu crées uncompte et tu rapporte le bug.

Et puis,n'aie pas peur les "génies du kernel" aiment etre dérangés pour des rapports de bug. C'est très important que les bugs soient rapportés dans un processus de dévellopement libre...

Le seul truc, qu'il faut savoir, c'est qu'il te faut expliquer le plus clairement possible, et avec le maximum de détails ton bug, ton environnement, dans quel cas il apparait et comment le reproduire. Et si possible: appuyés par des extraits de logs .

Slackware c'est de la MERDE (pour un débutant) !!!

Ca dépend du débutant. Si le débutant est motivé pour apprendre le fonctionnement de Linux, et qu'il n'est surotut pas trop préssé, Slackware est un excellent choix....

Personnelement, j'ai commencé avec Slackware, et je ne le regerette pas.

Mais apparemment, ce ne sont que des cartes mères sans boitier ?

Non, pas du tout... Tu peux acheter la petite carte mère seule, ou avecle boitier.. Regarder bien sur le site. Le boitier est en ferraille noire et très sobre. il y a juste deux petites LED qui dépassent.

le site de KD85, mais est-il vraiment fiable ?

Personnelement, j'ai acheté la mienne, il y a un an, sur ce site, et je n'ai eu aucun problème.

Depuis, j'en suis très content, elle tourne depuis un an sans broncher dans mon salon.
Le seul petit problèmeest que sa puissance est assez limitée, ce qui exclut donc toute utilisation en tant que station multimedia par exemple. De plus, il y a peu d'interfaces: pas d'écran, pas d'USB.... Il y a juste une interface série, et trois interfaces réseaux (que tu peux faire passer à 7 avec une carte additionnelle).

Mais apparemment, ce ne sont que des cartes mères sans boitier ?

Non, pas du tout... Tu peux acheter la petite carte mère seule, ou avecle boitier.. Regarder bien sur le site. Le boitier est en ferraille noire et très sobre. il y a juste deux petites LED qui dépassent.

le site de KD85, mais est-il vraiment fiable ?
Personnelement, j'ai acheté la mienne, il y a un an, sur ce site, et je n'ai eu aucun problème.

Depuis, j'en suis très content, elle tourne depuis un an sans broncher dans mon salon.
Le seul petit problèmeest que sa puissance est assez limitée, ce qui exclut donc toute utilisation en tant que station multimedia par exemple. De plus, il y a peu d'interfaces: pas d'écran, pas d'USB.... Il y a juste une interface série, et trois interfaces réseaux (que tu peux faire passer à 7 avec une carte additionnelle).

http://www.soekris.com/

Et tu peux les acheter sans craintes à Wim VanDePute: http://www.kd85.com

Les soekris sont un peu moins puissantes que les OpenBrick, mais ne font aucun bruit, sont hyper stables, et fonctionnent parfaitement sous Linux.

Mais vu comme il est parti, il va te répondre:

# man forck
No manual entry for forck

Vu la fiabilité des Cyrix à l'époque, je doute qu'il en reste beaucoup aujourd'hui.

Alors que les Intel Pentium 1XX, c'est increvable. J'ai un serveur à base de Pentium 133 qui tourne 24/24h depuis 7 ans maintenant sans le moindre problèmes. Le ventilateur à même grillé il y a deux ans. Je ne l'ai jamais changé.

void main(int argc, char **argv)
{
        printf("%s\n",strerror(atoi(argv[1])));
}

Ne serait-il pas plus simple d'écrire ton interface en C et d'apeler tes fonctions fortran depuis le C...

Je ne connais pas du tout le fortran et je n'ai aucune idée sur la faisabilité de la chose. Mais je pense que cette piste vaut le coup d'etre creusée. Cette solution permet de garder un code stable et validé tel quel sans devoir passer par la case écriture, déboguage, déboguage mémoire....

Perl et Python ne sont pas interprétés, mais comme JAVA, ils utilisent une machine virtuelle.

Ils donnent l'impression d'être interprétés car en fait, la compilation est réalisée juste avant l'éxecution.

Après je ne saurais pas te dire s'ils sont plus ou moins performants que JAVA.

StringBuffer est quand même bien connu et largement utilisé

Oui mais beaucoup de programmeurs continuent à faire des choses comme ça:

public String concateneStrTab(String tab[])
{
     int i;
     String str = "";
     for(i=0;i<tab.length;i++)
          str += tab[i];
     return str;
}

Et le langage t'y pousse. En effet, cette solution est au premier abord largement plus simple et naurelle que d'utiliser des StringBuffer. Alors que le langage C par exemple, te pousseras à trouver une solution bien plus optimale.

Et est-ce vraiment un mal ?

Non pas du tout, la seule chose que je voulais démontrer est que les programmeurs Java sont rarement intéréssés par les performances et l'optimisation de leurs programmes

Java, oui c'est lent, c'est comme ca.... JAVA utilise une machine virtuelle, et en théorie, on a:

Langages de scripts (bash,....)
sont plus lents que
Langages à VM (JAVA, Python, Perl, ....)
sont plus lents que
Langages C/C++
sont plus lents que
Assembleur

Mais tout cela,n'est que de la théorie. La vitesse d'un programme dépend aussi ttès fortement de la manière dont il est codé. Un programme JAVA bien programmé sera certainement plus rapide que son équivalent en C programmé avec les pieds.

Je pense aussi qu'un autre facteur est que dans le culture JAVA, on ne pense pas vraiment aux performances, mais plutot à la lisibilité/simplicité/fiabilité du code. Alors que tous les programmeurs assembleurs ont une culture de la performance/optimisation.

Par exemple: Combien de programmeurs JAVA pensent à faire un décallage pour réaliser une multiplication/divison par 2,4,8 ?
Combien de programmeurs JAVA jouent avec les concaténation de String tout va sans comprendre ce que cela implique au niveau performances ?

Installer une slackware à distance est possible en passant par des bootdisks et NFS/SMB, mais ca demande une certaine connaissance à la fois de linux et de slackware. Il est même possible d'installer slackware en utilisant PXE, mais alors là ca devient de plus en plus complexe, et inabordable pour un débutant.

En fait, du fait de sa simplicitéet de sa flexibilité, tout est possible avec slackware lorsqu'on a pas peur de mettre un peu les mains dans le cambouis.

Si tu es totalement débutant dans Linux et que tu n'as pas peur de découvrir de nouveaux horizons, la slackware est une excellente distribution qui te donneras beaucoup de satisfaction. Mais je pense franchement que pour une première installation, celle-ci doit être réalisée de la manière conventionnelle en utilisant des CD ou un DVD gravé avec l'ISO.

Tu ne nous a pas dit quel language applicatif était utilisé coté serveur, quels framework, etc...:
- ModPHP
-PHP - CGI
- ModPerl
- Perl -CGI
- C/C++ - CGI
?????

De plu n'hésite pas à m'envoyer tes traces réseaux réalisées avec tcpdump (avec SSL desactivé): pascalscl@dlfp.org