ptit_tux a écrit 1268 commentaires

C'est plus une petit correction. Si ça marche c'est une grande nouvelle.

J'ai lu le rapport.

Dans les défauts voilà ce qu'il y a :

Inspection Class                                           Defect              Files

                                                          Instances          Affected

NULL Pointer Dereference                                     29                  20

Expression dereferences a NULL pointer

Uninitialized Variable                                        2                  2

Variable is not initialized prior to use

Total Defect Instances                                       31                  ---

C'est très très loin d'être représentatif de la qualité du code. C'est un boulot qui peut être fait pas le compilateur. De plus c'est la version d'apache du 31/01/03...

Il faut que tu installes lilo ou grub sur la disquette. Avant il suffisait de copier le noyau sur la disquette : dd if=vmlinuz of=/dev/fd0

Le noyau est "polué" (tainted) avec du code "close source". Il n'est donc pas facile d'intervenir.

Mais il y a des possibilités. Tu trouves un bug avec le driver proprio. Tu vires le driver proprio et refais le test. Si le bug est toujours présent, tu fais un rapport de bug à http://bugzilla.kernel.org/.(...) S'il n'est plus présent, tu fais un rapport de bug à Nvidia.

Il faut noter que RedHat par exemple ne donne aucun support pour des drivers proprio. Voir ici par exemple :
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=nvidia(...)

J'attend toujours leur rapport...

Plus sérieusement.
Ce que je veux dire, c'est que cet "indicateur" n'est pas un indicateur de qualité absolu. Peut-il indiquer les trous de sécurité par exemple ? C'est comme si tu passais un vieux programme sous gcc avec -Wall et comptabilisais les warnings. S'il n'y a pas de warning, c'est un plus. Mais c'est vraiment loin de faire un programme parfait en terme de qualité.

Le noyau est récupérable ici :
http://www.kernel.org/mirrors/(...)

> Dans le lien que je file plus bas, pgpb explique :
> > Il y a des softs qui testent ton application en analysant le code et en simulant son execution.

Donc ce qu'a fait Reasoning est un comparatif de passage sur des logiciels de tests.

Si apache utilise ce type de logiciel, il aura une super note même si globalement sa qualité n'a pas beaucoup gagné.

Et pourquoi Reasoning ne publie pas les bugs d'apache qui ont été découvert ?

Apparament ils comptabilisent les erreurs d'indentations.

J'y crois pas. Sun a déjà abandonné sa propre distribution pour RedHat (et peut-être aussi SuSE).

J'ai utilise ClearCase et Subversion. En usage courant, je préfère Subversion (versionnage de répertoire aussi :-)). Par contre ClearCase a des outils périphérique puissant.

> AMHA, le jour ou un soft équivalent à clearcase existera dans le monde libre

Si tu envisages d'utiliser un gestionnaire de version, je te conseille vivement de jeter un coup oeil à Subversion. Actuellement c'est le plus aboutis (des non CVS) et il est parfaitement fonctionnel.

Prends PostgreSQL. Il a un "vrai" support de transaction (sur plusieurs table à la fois) et n'est pas plus dure à utiliser que mysql si tu l'utilise comme Mysql (après il a d'autre fonctionnalités nettement plus compliquées). De même postgresql offre les backup à chaud. C'est-à-dire que même si ton backup prend 2 heures (ce qui serait étonnant) il n'aura pas de transaction intermédiaire. C'est le backup à un instant t.

Je veux pas atténuer les qualités de ClearCase mais il n'est pas adapté à l'Internet (faible débit).

Linux supporte très bien les coupures de courant ou les reset. Il n'y a aucun problème sur ce point. Par contre le problème c'est le hardware. Lors d'une coupure de courant certains hardware peuvent passer par des états "bizarre" et mettre le bordel.

Si tu as du bon hard (prend des disques SCSI qui supportent les coupures de courant) il n'y a pas de problème avec Linux.

Et si linux est l'un des systèmes les plus utilisés en embarqué, c'est pas pour rien.

Je crois que tu fais des mélanges.
data=ordered : les données sont journalisé (écriture des données, puis mise à jour du système de fichier).

C'est la valeur par défaut sous RedHat (et surement d'autre). C'est aussi pour ça que les gens trouvent reiserfs rapide (lui il journalise pas les données).

Librairie pour faire un serveur :
http://www.annexia.org/freeware/pthrlib/index.msp(...)
http://libwebserver.sourceforge.net/(...)

Pour faire du cgi :
http://libcgi.sourceforge.net/(...)
http://www.newbreedsoftware.com/cgi-util/(...)

Pour faire un client http :
http://www.w3.org/Library/(...)

la doc de libghttp donné plus haut
http://cvs.gnome.org/lxr/source/gnome-http/doc/ghttp.html(...)

> Quant à utiliser Apache ou tout autre serveur web : non, je veux un code petit et réduire le nombre de dépendances par arpport à d'autres applis.

T'inquiètes pas, apache c'est stable et ça va pas disparaitre demain.

Regarde ici il y a surement ton bonheur :
http://freshmeat.net/search?q=http(...)

OK, j'arrête.
Et merde un de plus.

Pour le côté serveur, utilise tout simplement apache et renvoi sur un cgi.

Ça par exemple :
http://ftp.gnome.org/pub/GNOME/sources/libghttp/(...)

C'est gnome mais ça ne nécessite que la libc.

Pas si grosse que ça. Mais puisque t'insiste :
GROSSE tapette.

Bon, au lit.

Puis c'est bon maintenant, on a les 200 posts.

300 ! Chiche ?

> Eclipse et kdevelop c'est d'un tout autre niveau qu'un pauvre debuggueur

Je parlais uniquement de l'aspect débuggeur. Pas du reste.

> lol

?!?
Tu peux présicer, c'est le vaisseau de Dark Vador le représentant des forces du mal ?

> mais ca serait bien de passer les 200 sur cette news

Il est hors de question d'attendre les 200 commentaires.
Si t'ai pas d'accord dit le.

Et merde, un de plus.

> vu que une partie est sous linux l'autre sous windows

Non. Tout peut tourner sous Windows et Unix. Subversion utilise libapr d'apache qui est utilisé pour la portabilité d'apache. Donc partout où tourne apache, subversion peut tourner. Par contre, c'est n'est pas le cas des outils graphiques. Actuellement il n'y a que RapidSvn qui tourne sous Windows et Unix.