Paul Andre a écrit 61 commentaires

comprends pas :

Il faudrait la aussi qu'il comprenne qu'il s'agit d'un simple respect des licences. Nous respectons celles de leurs produit si nous les utilisons. Qu'il respecte la GPL s'il souhaite utiliser du code sous cette licence.

JBuilder utilise de nombreux composants Open Source ou GPL comme Apache, CVS ou Ant -> ils ont juste interfacé leur produit avec ces éxécutable non ? ou est le problème ?

Il est bien evident que par sous Linux, j'entendais par Linux et autres OS libres, si c'est ca ton problème, ignore ce que je viens de dire

oui, c'est ca qui me genait dans ton post (je pensais que c'etait clair). Dis donc pour la réponse, t'es un sanguin toi :-)

de façon général, ce qui m'etonne, c'est que les gens qui développent du libre sont percus comme des développeurs linux (pour linux _uniquement_) par ceux qui découvrent le libre par l'intermédiaire de linux : ils transposent le système appliqué sous windows à celui du libre. Je trouve ca dommage, ca montre qu'ils ont pas trop intégré ce qu'est le libre ...

mais ne voient pas le rapport, ie. que la plupart des logiciels libres sont fait pour Linux

ah bon ? je voyais pas ca comme ca moi : je pensais que les logiciels libre etaient fait pour etre utile à tous, portable, tout ca quoi ...

ps : GNU is not Linux.

Pour faire simple, avec un resize de type 'nearest neighbor', tu fait 2 interpolations

euh, non. Tu fais zero interpolations. tu prends juste le pixel le plus proche. ce que tu explique c'est du lineaire.

Heing ? Kesque tu dis ? J'entends rien à ce que tu dis !
c'est aussi ce que je me disais sur ton post :-) j'viens de comprendre pourquoi : tu parlais de mesures et traitements analogiques et moi pas.

Il n'existe aucun système de mesure objectif quand à la qualité "subjective" d'une chaine de reproduction sonore

faire noter les chaines à mesurer par une population de personnes ?

les industriels étant obnubilés par Fourrier alors que la musique est fondamentalement dynamique quand les transformées de Fourrier sont appliquées à des régimes constants masquant tout effet transitoire ...

ca moule dur. La transformé de Fourier n'a rien à voir. C'est l'échantillonage qui compte. à moins que tu parles de compression la ?

Et pourtant, j'ai une machine qui devrait donner un gros avantage a gcc.

uh ? tu peux en dire plus ?

Il faut aussi voir que c'est surtout pratique pour les librairies standard.

tout a fait d'accord.

je recopie juste le debut de la page cité plus haut :
"Often large projects have many header files that are included in every source file. " plus loin "For instance, if you have #include "all.h"", bref j'adore ...

Ou alors tu utilise les durées de compilation pour mouler sur la tribune
en fait c'est plutot le contarire :-)

durant une compilation gcc passe une large partie de son temps à parser les headers ... et toujours les mêmes évidemment.

ah oui, du coup c'est la faute à gcc qui est lent ... et c'est pas du tout la faute aux developpeurs qui ont un petit probleme de separation claire des interfaces dans les .h

AMHA, ce genre de fonctions (les pch) ca pousse à faire de la m?rde (c'est une rustine qui couvre un probleme d'organisation)

ou encore plus insidieusement, elles se mettent au libre (Samba, Apache), et tanponnent tout ca Linux.

D'ailleurs, y a pas mal de d'intaigriste^Wgens (ici et ailleurs) qui font aussi l'amalgame ...

Jusqu'à preuve du contraire, Mach n'est *justement* pas quelque chose qu'on peut qualifié comme fesait partie d'Unix

c'est faux, je t'ai repondu plus bas ...

ben on peut pas luter contre BSD (ah, si SCO s'y met en ce moment).

SCO peut pas inquieter les *BSD au niveau juridique, AT&T a deja "résolu" son différent avec BSD. me trompe-je ?

C'est de l'argument qui tue ca !

pour ta culture perso :

"The hp Tru64 UNIX operating system is a 64-bit advanced kernel architecture based on Carnegie-Mellon University's Mach V2.5 kernel design, with components from Berkeley Software Distribution (BSD) 4.3 and 4.4, UNIX System V, and other sources. "

oui, c'est un un unix certifié. Et c'est l'unix commercial de hp pour les alpha.

pour une définition de plus de 200ppp.

ca existe une surcouche graphique qui le gère correctement ? (a part Berlin ?)

c'est vrai que je sais pas qui acheterais ca ...
(En plus ces limites collent meme pas a celle de la BDCarto et BDTopo, la classe ...)

et l'IGN fournit les limites des départements de France métropolitaine http://www.ign.fr/fr/MP/produit/vectorielles/Fi-IGN/GEOFLA/index.ht(...) (GEOFLA département)

..., mais tout simplemement recuperer des developpeurs ah bon ? pourquoi ? le code d'apache, samba, postgresql est écrit uniquement pour le noyau Linux ? moi qui pensait que leurs dev. avait plutot quelque chose du genre en tête : "The freedom to use a program means the freedom for any kind of person or organization to use it on any kind of computer system, for any kind of overall job, and without being required to communicate subsequently with the developer or any other specific entity." Petit Quizz, de quel site vient cette citation ? [ ] www.gnu.org [ ] www.iamalinuxintaigrist.com [ ] www.cowboyneal.org/is_all_i_need.html

Quel rapport entre une distribution Linux (... ou Debian) et MacOS X ?
Fink ? (pour mon quota de troll)

Que MacOS X soit développé sur une base de UNIX ne permet pas à Apple d'avoir un quelconque rapport avec Linux.
i) Linux fonctionne sur le materiel Apple.
ii) Les "Solutions Linux" fonctionnent sous OS X,

Ces solutions ont souvent pour objectif d'etre utile a tous (portable). un peu de tolérance, que diable !

car "fontes" est une atrocite cree de l'anglais "fonts"

il me semble qu'à l'epoque de Gutemberg, pour imprimer un caractere, on placait une petite fonte (un morceau de fonte representant la lettre donc) dans un grand cadre que l'on encrait et qu'on appliquait sur le papier...

ca me semble tres francais comme terme ....

ces polices (et non pas fontes)

eh pourquoi pas fontes ?

sur un autre plan, que gagne Bitstream ? la gloire ?

Les SysV considèrent les threads comme des process, c'est pour cela que sous linux ... t'es sur ? j'ai beau tourné tous ca dans tous les sens ca colle pas avec mes souvenirs : sous Solaris un (user)thread n'est pas un process. Par contre Sous linux, l'implémentation des pthread etait réalisé avec des process. d'ou ton example. Mais ca vient uniquement du choix de l'implémentation ... personne pour confirmer ?

Aussi n'oublions pas que le nombre de développeurs sous *BSD est en constante diminution (si on compare à linux) oui, mais les developpement BSD sont aussi beaucoup plus "compacts" : les BSD ont pas vraiment tendance à partir dans tous les sens (si on compare à linux : le meme os^Wnoyau dans ma montre que dans une mainframe, mais bien sur !)

J'me demande vraiment pourquoi certains te scorent [-], surtout que ton post est informatif (ACPI qui fonctionne dans la 5.0 contrairement à la 4.7, ce qui est pas dans la dépeche)

trop gros : t'aurrais du essayer avec Apple plutot.

Par contre chaque serveur est SMP (jusqu'à 64 procs),
Ben justement, non.

Chaque serveur est composé de carte de CPU (C-Brick) de 4 Itanium2 et de slots mémoire. Les composants dans ces cartes sont reliés par un Bus (archi SMP)

Ensuite ces cartes sont reliées entre elles par un routeur NumaLink 4 (il me semble, et la on passe en cc:numa) jusqu'a avoir au maxi 64 CPU connectés.

Si on en veux plus, on relie tous ca avec un routeur NumaLink 3 (deux fois moins rapide) jusqu'a la limite de 512 CPU.

Ce machin, est "strictement SMP" uniquement si t'a une seule C-Brick peuplée de 4 CPU et pas de M-Brick (carte mémoire connecté via le routeur). si t'as plus que ca, c'est du cc:numa.

j'ai pas trop le temps de verifier, mais il me semble que ca doit etre a peu pres ca ...

Côté matériel, ça laisse rêveur : cluster sur bus spécific hyper rapide

je veux pas faire le puriste, mais il y a pas de "bus" ici. la machine est cc::numa (le temps pour acceder à une adresse mémoire dépend de la position physique de celle-ci est n'est pas uniforme, les caches sont coherents.

En plus elle est présentée comme un cluster alors que c'est vraiment un gros serveur non SMP.