Votre premiere experience avec un PC - Page 5

On parle pas de la même chose Je parle d'accès à la carte graphique, aux ports I/O, au clavier, etc.

Bah printf() en C affiche quelque chose sur toutes les machines, indépendament de l'implémentation matérielle... et stdio.h date des années 70, hein.

d'autant qu'avec la "crise du logement" au niveau des mémoires (vives ou mortes) pouvoir économiser qq octets dans une boucle en la déroulant en ASM, ça restait plus intérressant que de coder en C...


Et puis lors de leurs sorties respectives, je serais étonné d'apprendre que toutes les machines de l'époque (avant d'arriver aux *compatibles) aient eu leur portage d'un compilateur C...

En effet.

Nil : Si c'était si simple que ça, pourquoi a-t-on inventé les pilotes ? Pourquoi les vieux jeux vidéos sortant du son ne marchaient pas avec toutes les cartes son ? Pourquoi a-t-on défini une norme, le VESA, pour les carte graphiques ?
Parcequ'à l'époque dont on parle, aucun ordinateur ne se ressemblait au niveau de son organisation interne. Chacun assemblait les composants à sa sauce.

Recompile Doom ou Word pour le processeur Motorola 6809 si c'est si simple, et vient témoigner que ça tourne sans modifications sur un TO8D ou sur un MO5 (on oublie la vitesse, qui n'a rien à voir avec les méthodes de communications et l'assemblage des composants, on veut juste que ça tourne...)

vince (./123) :
Et puis lors de leurs sorties respectives, je serais étonné d'apprendre que toutes les machines de l'époque (avant d'arriver aux *compatibles) aient eu leur portage d'un compilateur C...

Il y en a même un pour les ZX Spectrum, alors...

Thibaut (./124) :
Recompile Doom pour le processeur Motorola 6809 si c'est si simple, et vient témoigner que ça tourne sans modifications sur un TO8D ou sur un MO5 (on oublie la vitesse, qui n'a rien à voir avec les méthodes de communications et l'assemblage des composants, on veut juste que ça tourne...)

Bien sûr que non, mais tu ne compares pas ce qui est comparable... on parle de stations domestiques des années 80. A l'époque, tout était en mode texte au niveau applicatif. Et au niveau des jeux, ce n'était pas *si* compliqué (bien sûr chaque machine avait ses merdes, mais il n'était pas rare de voir sortir sur au moins 5 machines différentes le même jeu...

Thibaut (./124) :
Si c'était si simple que ça, pourquoi a-t-on inventé les pilotes ? Pourquoi les vieux jeux vidéos sortant du son ne marchaient pas avec toutes les cartes son, pourquoi fallait-il paramétrer soi-même plein de chiffres pour entendre un son (bus, port, etc). Pourquoi a-t-on défini la norme VESA ?

Thibaut (./124) :
Si c'était si simple que ça, pourquoi a-t-on inventé les pilotes ? Pourquoi les vieux jeux vidéos sortant du son ne marchaient pas avec toutes les cartes son, pourquoi fallait-il paramétrer soi-même plein de chiffres pour entendre un son (bus, port, etc). Pourquoi a-t-on défini la norme VESA ?

Ca, c'est une problématique très "PC", et très tardive, par rapport à l'époque dont on parle. La notion de pilotes permet d'ailleurs justement d'éviter au développeur de s'embêter avec les particularités du matériel (et doit être fournie par le fabriquant), exactement à l'image des bibliothèques C qui ont commencé à se standardiser (ouverture du consortium pour le C ANSI en 83 si ma mémoire est bonne, mais les principaux .h étaient déjà définis par les usages depuis quelques anénes).

Oui j'ai retiré cette remarque de mon post.

Pour le reste, comme tu le dis toi même, on parle des débuts de la micro informatique, c'est à dire les années 70. Aucun ordinateur se ressemblait, le portage d'applications n'était pas aussi simple que ça. Voilà peut-être pourquoi l'adoption de DOS sur des machines différentes du PC n'inquiétait pas IBM (je rappelle qu'on parlait de la non-exclusivité du contrat de Bill Gates avec IBM).

ben le portage d'applications d'une machine UNIX à l'autre marchait très bien

Nil : le compilateur date de quand ?

moumou : des plaques minéralogiques compatible entre deux voitures respectant le même standard existent, et pourtant je n'ai jamais réussi à trouver la connectique pour un transpondeur d'A320 sur un deltaplane... <= j'espère avoir sorti aussi absurde que toi...

je dis juste que des machines d'architecture très différentes (cpu compris bien sur), pouvaient faire tourner les mêmes applications, grace à UNIX et au C. je vois pas en quoi c'est absurde.

./129: à condition que le C soit écrit de manière portable. Dès qu'on utilise des trucs comme "int", la portabilité du C s'en ressent (16 bits sur le 68000, 32 bits sur les x86 modernes, et il existe très probablement des plate-formes où int a 64 bits de large).

Peut-être les processeurs 64 bits ?

vince (./128) :
Nil : le compilateur date de quand ?

La *dernière* version date de 87... je ne sais pas de quand date la première.

Lionel Debroux : la taille des ints se configure

Enfin quand tu codes et que tu veux être portable (et propre), le premier truc à faire c'est de redéfinir tous les types de données (avec des UInt16_t, UInt32_t, etc) dans un header spécifique à chaque cible

c'est vrai que tout le monde le faisait y'a 30 ans

C'était juste en réponse au post au dessus, y'a 30 ans, j'étais pas né

vince (./136) :
c'est vrai que tout le monde le faisait y'a 30 ans

ben C a inventé *pour* être portable, alors oui évidemment y avait des gens qui codaient de manière portable y a 30 ans. TeX est portable et a commencé en 1977, soit il y a 30 ans. GNU date de 1983, il y a 25 ans, X Windows de 1984, etc ... y a même un OS entier, Unix version 7, qui date de 1979 et qui marchait sur des tas d'architectures différentes.

TeX est peut-être portable, mais ils n'ont pas pensé à la portabilité vers les autres langues c'est con quand même, pour un logiciel de mise en forme

TeX est portable mais c'est un peu pas du tout écrit en C donc c'est un super exemple (c'est du pascal )

./139 > et Omega est mort
(bon en fait c'est pas très vrai qu'il n'y a pas du tout pensé je crois (autant que je sache c'est un mec tout seul qui a fait TeX (?)), il y a juste *mal* pensé parce qu'il n'y connaissait rien ; c'est pas le seul biais qui est dans le programme d'ailleurs, par exemple les marges par défaut de 1 pouce sont absurdes avec à peu près n'importe quel format de papier sauf celui qu'il utilisait... il aurait mieux fait de ne spécifier aucune marge par défaut, c'est complètement inutile)
mais bon c'est le genre de problèmes auxquels tu peux t'attendre quand un logiciel est réalisé par une seule personne... chez Adobe ils ont des grosses équipes a priori ^^

moi je me rappelle surtout la galère pour arriver à utiliser de l'utf-8

Bon heu, s'il vous plait, retour au sujet merci, et le sujet original c'est PC, c'est a dire IBM PC, pas l'informatique/ordinateur en general, on est pas la pour déblatérer sur Windows/DOS & co si vous voulez le faire créez un nouveau sujet.

Merci

a partir d'ici Retour au sujet d'origine, MERCI

Lionel Debroux (./130) :
./129: à condition que le C soit écrit de manière portable. Dès qu'on utilise des trucs comme "int", la portabilité du C s'en ressent (16 bits sur le 68000, 32 bits sur les x86 modernes, et il existe très probablement des plate-formes où int a 64 bits de large).

UNIX exige des "int" d'au moins 32 bits, donc le problème ne se pose pas (enfin sur ce point-là en tout cas)

[cross]

squalyl (./133) :
Lionel Debroux : la taille des ints se configure

La taille ne compte pas.

ça c'est ce que prétendent ceux qui ont des petits int...

Bah c'est normal, quand on est sur 8 voire 4 bits

Nan, mais les autres qui débordent de leurs strings avec leurs Bigint...

montreuillois&hippo&nil, à moins qu'il ne s'agisse de votre première expérience avec un PC (auquel cas les détails sont ptet inavouables) je vous serais reconnaissant de revenir au sujet

ok

Je ne conteste pas, je me tais aussi
Mais il me semble quand même, qu'en bonne balance que je suis et sans le moindre remord que le sujet a dérapé depuis au moins 3 pages.
Sur ce, je veux bien me faire kicker du sujet, je ne me suis jamais fait kicker. Merci vince