rhaaaaa droplinegnome de m*rde - Page 3

vince :
ça doit pas blairer le 32bits (j'anticipe : mon win 3.11 tournait en 32 bits, sisi, c'était possible avec une bidouille et win32x)

win32s

(mais le noyal et les pilotes ne sont pas en 32 bits... pour ça, il faut utiliser WinNT 3.1 ou WinNT 3.5, les premières versions de WinNT)

NT 3.1 a pas du reste longtemps sur le marché ^^ (comme 3.51 d'ailleurs.)

Me rapelle meme d'avoir eu 3.51 dans les main avec le "kit NT4" pour voir a quoi ressembler et "beta tester" NT4 avec un NT3.51 ^^

Oui, ce kit est téléchargeable sur The GUI Timeline.

>> Godzil (./52)

Autant pour moi
En même temps dans tout ce que j'ai écrit je ne peux pas garantir de n'avoir pas dis de choses douteuses et/ou tedancieuses, ou tout simplement des bêtises.

M'enfin personnellement je n'ai pas beaucoup utilisé nt4 mais j'ai quand même remarqué la compatibilité entre nt5 et nt4 vu que souvent à l'installation de matériel lorsque les pilotes xp n'étaient pas dispo c'était les pilotes nt4 qui étaient utilisés, et que cela fonctionnait correctement.
Mais bon par contre du point de vu Win98 > 2000 par exemple :s.
Déjà que les pilotes entre win98 et win98se ne sont pas toujours compatible, et l'on voit très souvent sur les cd d'installations la liste des pilotes pour chaque OS différents, s'énumérant de win98 à winXP.
win98/se c'est de l'histoire ancienne, mais le coup des driver spécifiques pas toujours.
Et je peux vous citer un ensemble audio 2.1 altec lansing qui possède une carte son intégrée en usb, vous ne pourrez jamais l'installer sous votre winXP, le driver n'ayant pas été développé...

Et il n'y a pas forcément les driver. Par exemple le scanner/imprimante/fax/photocopieur G85 de chez hp, les drivers fonctionnent sous xp, mais pas la suite logicielle qui va avec, OCR etc...
(heureusement que winxp propose une interface par défaut pour ce qui est de la fonction scanner).

Enfin bon il est quand même assez courant que l'on se fasse **** avec le matériel...

D'ailleurs même si entre nt3.51/nt4/nt5 les driver sont souvent compatibles, ils sont compatibles en 32 bit, mais pour le 64 bit ça ne fonctionnera pas, donc même si winxp64 n'est prévu que pour le monde professionnel (pas de distribution pour l'utilisateur lambda), le problème se pose de toute manière pour longhorn.
Et de se retrouver coincé parceque la société éditrice ne fournis pas le logiciel/driver etc adéquat à l'environnement matériel alors que parfois il suffit d'une simple recompilation.....

Par exemple on peut avoir un systême linux complet et stable en 64 bit, et se retrouver coincé sur tout les sites en flash parceque macromédia ne fournis pas son greffon compilé en 64bit.
Et tout le monde c'est que c'est indispensable le 64bit pour surfer sur internet .

Plus sérieusement c'était un exemple bidon mais se retrouver coincé parceque la société éditrice trouve que le segment de clientèle dans lequel tu te trouves est trop marginal et donc trop peu rentable c'est plutôt frustrant, et de devoir attendre quelquechose qui ne viendra peut être jamais.... que ce soit driver ou logiciel tout court avec le libre on a moins de risques de ce coté là.

Sinon je ne connais pas ces cartes jeulin dont vous parlez mais à vous lire je vous souhaite bien du plaisir à les utiliser .
Surtout que je me souviens d'une carte d'aquisition en parallèle au comportement aléatoire .

tu te rends compte illwieckz que personne ne lit tes posts si tu les fais aussi longs ? enfin au pire tu peux mettre un résumé au début pour voir si ça vaut la peine de lire le post

Résumé de l'épisode précédent :

Marie s'est rendu compte que Bob la trompait avec sa meilleure amie Cindy. Pendant ce temps, Shanning apprenait que Luc son avocat aller intenter un procès à son encontre. De leur coté, John et Steeve découvrent qu'ils ont un point commun : leur père.

illwieckz :
Mais bon par contre du point de vu Win98 > 2000 par exemple :s.
Déjà que les pilotes entre win98 et win98se ne sont pas toujours compatible, et l'on voit très souvent sur les cd d'installations la liste des pilotes pour chaque OS différents, s'énumérant de win98 à winXP.
win98/se c'est de l'histoire ancienne, mais le coup des driver spécifiques pas toujours.

Hum

Un pilote ecrit pour 98se a peu de chance de marcher sous 98 ou 95, mais un pilote 95 ou 98 marche sous 98se (microsoft ajoute des API, mais ne supprime jamais des API quitte à faire un simple wrapper vers la nouvelle API)


Le passage sous 9x -> NT est différent (meme si certain pilotes bien spécifiques (imprimantes entre autres) peuvent se passer de l'un a l'autre) c'est un peu comme passer d'un LINUX a un BSD, ça se ressemble, mais c'est tellement différent qu'on peu difficilement avoir un truc qui marche sans modification entre les deux

Pour Windows 64Bit "il_me_semble" que certain type de pilotes 32bits pourront fonctionner.. mais ça reste a vérifier..

Godzil :
Un pilote ecrit pour 98se a peu de chance de marcher sous 98 ou95, mais un pilote 95 ou 98 marche sous 98se (microsoft ajoute des API,mais ne supprime jamais des API quitte à faire un simple wrapper versla nouvelle API)

Ca, c'est de la théorie... Ca n'est pas valable pour les pilotes de carte graphique qui contiennent aussi des bouts de l'interface graphique...

ce qui n'est pas normal. Dans ce cas les fautifs sont les devellopeur du drivers (et oui) Si microsoft dit que tel API est public, et tel API est privé, que les devellopeur de driver utilisé les API Privé (donc sujette a modification sans avertissement, suivant les evolutions de l'OS) faut pas s'étonnner

Bah non, quand on édite les ressources d'un pilote graphique pour windows (je connais mieux les pilotes pour W.3.1, donc on va prendre avec cet exemple), on se rend compte que tous les widgets graphiques de l'interface se trouvent dedans... Et c'est parce que Microsoft en a décidé ainsi, en mettant ces widgets à la base dans les .dll des pilotes génériques et en faisant que le système va charger ceux de la librairie du pilote en cours et pas un autre.

Bah c'était peut être vrai pour Windows 3.1, mais pour les versions plus récentes je doute que ça soit encore le cas ^^

Il suffit d'éditer les ressources des dll des pilotes, mais je n'ai plus d'éditeur de ressources supportant le 32 bit NT

Les pilotes ne sont généralement pas des .dll donc...
Non sinon c'est possible que les dll qui vont avec les pilotes contiennent certaines ressources étranges, mais ce n'est pas forcément a interpréter comme tu l'as fait (C'est pas pour ça que c'est faux non plus mais bon )

Vi, je sais, mais bon, les .dll font partie intégrante du pilote, même si ce n'est pas la partie qui gère les appels vers le matériel ^^
Bah en l'occurence, quand je modifiais les .dll de mon pilote, je changeais l'aspect de Windows (c'est d'ailleurs très amusant quand on n'a rien à faire).

oui mais sous 9x/NT, c'est pas le pilote qui le gere (et ça se vois encore plus avec XP)

Godzil :
Pour Windows 64Bit "il_me_semble" que certain type de pilotes 32bits pourront fonctionner.. mais ça reste a vérifier..

fullcrayon

fullcrayon pour le "ça reste à vérifier" ?

non, pour la globalité (que ça devrait pouvoir fonctionner dans la plupart des cas)

http://www.microsoft.com/whdc/driver/kernel/64bit_chklist.mspx

Note that there is no support for 32-bit drivers:
• Kernel-mode drivers run in the same address space as 64-bit Windows. • Drivers that scale to large systems can use larger address spaces for paged/nonpaged pool and system cache.

^^

Bon ben Microsoft c'est chié dessus quoi ^^

allez hop on relance le troll : http://www.zdnet.fr/actualites/informatique/0,39040745,39234030,00.htm on va rajouter openbsd ça va faire bien

Theo de Raadt
: «C'est terrible. Tout le monde l'utilise, sans réaliser à quel point il est mauvais. Et les équipes de développement du noyau continuent à s'en servir tel quel et à faire des ajouts, au lieu de se dire qu'il est mauvais, et qu'il faudrait y remédier.»

En outre, la motivation est l'une des différences qui opposent OpenBSD et l'OS de Torvalds. «Les équipes Linux font ce qu'elles font car leurs membres détestent Microsoft. Pourtant, leur code s'apparente de plus en plus aux produits de l'éditeur de Redmond. Ils ont le même cycle de développement rapide, qui donne des résultats médiocres. Nous, nous travaillons parce que nous adorons Unix», ajoute-t-il.

Il faudrait l'inviter il serait ravi !

Ba de tte maniere le Linus, suffit de le voir, il est vraiment anthipatique...