Dans l'article <3fd4c2be$0$7145$, laurent prevosto écrit:
> Cf ce qui est fait habituellement sous Unix: des tâches > différentes sont traitées par des processus différents.
Cf le noyau Linux et ses modules (*)
Le noyau Linux est un cas particulier, ce n'est pas une application.
Cf Apache et ses modules
Le cas d'un serveur est aussi particulier. D'ailleurs, c'est bien qu'une composante qui ne fonctionne pas comme prévu (au sens: bug) fasse échouer l'ensemble pour des raisons de sécurité. De plus, les modules d'Apache n'ont pas volonté de fournir des tâches différentes, mais une modification du service.
Ce n'est pas la même chose pour les applications utilisateur, surtout qu'un navigateur web et un calendrier, c'est censé être suffisamment différents...
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Dans l'article <3fd4c2be$0$7145$626a54ce@news.free.fr>,
laurent prevosto <lprevosto@siris.fr> écrit:
> Cf ce qui est fait habituellement sous Unix: des tâches
> différentes sont traitées par des processus différents.
Cf le noyau Linux et ses modules (*)
Le noyau Linux est un cas particulier, ce n'est pas une application.
Cf Apache et ses modules
Le cas d'un serveur est aussi particulier. D'ailleurs, c'est bien
qu'une composante qui ne fonctionne pas comme prévu (au sens: bug)
fasse échouer l'ensemble pour des raisons de sécurité. De plus, les
modules d'Apache n'ont pas volonté de fournir des tâches différentes,
mais une modification du service.
Ce n'est pas la même chose pour les applications utilisateur, surtout
qu'un navigateur web et un calendrier, c'est censé être suffisamment
différents...
--
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/> - 100%
validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International
des Jeux Mathématiques et Logiques, TETRHEX, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Dans l'article <3fd4c2be$0$7145$, laurent prevosto écrit:
> Cf ce qui est fait habituellement sous Unix: des tâches > différentes sont traitées par des processus différents.
Cf le noyau Linux et ses modules (*)
Le noyau Linux est un cas particulier, ce n'est pas une application.
Cf Apache et ses modules
Le cas d'un serveur est aussi particulier. D'ailleurs, c'est bien qu'une composante qui ne fonctionne pas comme prévu (au sens: bug) fasse échouer l'ensemble pour des raisons de sécurité. De plus, les modules d'Apache n'ont pas volonté de fournir des tâches différentes, mais une modification du service.
Ce n'est pas la même chose pour les applications utilisateur, surtout qu'un navigateur web et un calendrier, c'est censé être suffisamment différents...
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
ho alexandre
Vincent Lefevre a écrit :
Je croyais que Mozilla devait être modularisé...
Quel rapport ? Mozilla charge les plug-in au démarrage, un plantage dans les plug-in peut donc le planter dès le démarrage.
Alors ce n'est pas une modularisation. Cf ce qui est fait habituellement sous Unix: des tâches différentes sont traitées par des processus différents.
Il n'y a actuellement aucune modularisation effective dans Mozilla. C'est bien gentil de lire des trucs qui seront vrais plus tard, mais il faut aussi voir ce que les développeurs en disent aujourd'hui.
La modularisation, c'est quand Gecko sera l'équivalent de GTK et QT, et des MFCs, autant dire que c'est pas pour tout de suite. (simplification à outrance bla, bla et bla).
-- XandreX /I'm that kind of people your parents warned you about/
Vincent Lefevre a écrit :
Je croyais que Mozilla devait être modularisé...
Quel rapport ? Mozilla charge les plug-in au démarrage, un plantage
dans les plug-in peut donc le planter dès le démarrage.
Alors ce n'est pas une modularisation. Cf ce qui est fait
habituellement sous Unix: des tâches différentes sont traitées
par des processus différents.
Il n'y a actuellement aucune modularisation effective dans Mozilla.
C'est bien gentil de lire des trucs qui seront vrais plus tard, mais il
faut aussi voir ce que les développeurs en disent aujourd'hui.
La modularisation, c'est quand Gecko sera l'équivalent de GTK et QT, et
des MFCs, autant dire que c'est pas pour tout de suite. (simplification
à outrance bla, bla et bla).
--
XandreX
/I'm that kind of people your parents warned you about/
Quel rapport ? Mozilla charge les plug-in au démarrage, un plantage dans les plug-in peut donc le planter dès le démarrage.
Alors ce n'est pas une modularisation. Cf ce qui est fait habituellement sous Unix: des tâches différentes sont traitées par des processus différents.
Il n'y a actuellement aucune modularisation effective dans Mozilla. C'est bien gentil de lire des trucs qui seront vrais plus tard, mais il faut aussi voir ce que les développeurs en disent aujourd'hui.
La modularisation, c'est quand Gecko sera l'équivalent de GTK et QT, et des MFCs, autant dire que c'est pas pour tout de suite. (simplification à outrance bla, bla et bla).
-- XandreX /I'm that kind of people your parents warned you about/
