Win3x.Org

J'ai pesé le pour et le contre des DLL.
Ce n'est pas le concept lui-même qui me gêne, mais la façon que ces librairies sont gérées sous Windows.
J'avoue que mon jugement est altéré par le fait que j'utilise toujours un Windows 9x -- je délaisse enfin Windows 3.1. Et pourtant, on m'a donnée une version « professionnelle » de Windows XP -- les autres versions sont-elles amatrices ? -- qui ne nécessite pas l'usage du bigot pour justifier sa réinstallation sur une machine qu'on fait évoluer (passage à 64 Mo, ajout d'un disque dur de 5 Go et d'une carte son possédant un synthétiseur 128 voix).
En revanche, je connais bien les désagréments engendrés par les désinstallations, certes plus faciles sous 9x que 3.x mais laissant parfois des fichiers inutiles et surtout de nombreuses traces dans la base des registres.
Ma première impression donnée par Windows est une interface graphique plus agréable que l'invite de commande du DOS et qui donne une allure de Macintosh au PC. Avec le temps, le DOS m'est apparu plus facile à contrôler et j'en viens même à délaisser l'usage de la souris. Je comprends ainsi les utilisateurs de Linux -- mais pas ses packages de X Go -- qui accordent une grande importance à la console sans négliger le choix d'une interface graphique. D'ailleurs, l'interface graphique n'est pas le problème, c'est le prix à payer. Sinon, pourquoi ce site s'appelle Win3x.org si les gens ne préfèrent pas garder les logiciels qui les satisfont et avoir le sentiment -- relatif -- de pouvoir maîtriser leur outil informatique.

P.S. : entre deux erreurs 500 de Free.
Le gain de mémoire et d'espace des DLL sont largement contrebalancés par un adage de programmeur toujours valable : il est plus facile de créer du code long que du code optimisé.
La gain d'argent et le risque supplémentaire d'erreurs n'y sont pas pour rien. Cependant, les logiciels obèses sont-ils toujours fiables et peu chers ? Que OpenOffice soit gratuit et assez fiable est une consolation à sa lourdeur -- il faut vraiment que j'ajoute des barrettes. Que les suites bureautiques commerciales demandent tant de ressources pour accomplir le même travail qu'il y a près de vingt ans, à une époque où les trente méga-octets requis par les versions d'alors occupaient un quart du disque dur, peut sembler justifié par le progrès matériel. Sans parler du lot des nouvelles fonctionnalités -- ancien synonyme de succession de bugs.
Ah ! économie du marché, quand tu nous tiens... (Il se fait tard.)

Je comprend l'intéret des DLL ... mais c'est comme les librairies ... sauf qu'elles sont intégrées lors de la compilation !

Sauf le gain de place et à l'époque des CD, des Go de ram ... heu ...


Ensuite, lors de l'execusion, une DLL est chargé intégralement en RAM par chaque programme. C'est un peu comme les "svchost.exe" dans les processus Windows. Une DLL est du code déjà compilé qui est intégré au reste du programme tout comme une image JPG serait charger en plus. Alors l'histoire de la place, souvent c'est pire. Par exemple, DirectX 10 se charge en entier et même si c'est pour utiliser qu'une partie ( par exemple des fonctions DirectX 9 ).

Comme je l'ai écris, une librairie lors de son intégration dans le programme peux selon le compilateur être intégrer en entier ou en partie. Et là, la place ... elle est gagnée lors de l'exécution mais pas sur le média.


La facilité de développement ... heu ... entre mettre une dizaine de ligne "Include librairie.lib" et faire appel à des "trucs" qui sont quelque part ... en espérant qu'il y reste ... je préfére encore les librairies. Par exemple, pour le PIC18F5550 USB j'ai une DLL pour Visual Basic à défaut de DLL dans le répertoire, il va chercher une version dans le "Windows" or pour Visual Basic j'utilise une DLL modifier au niveau des appelles, c'est à dire sans le "_" devant les noms qui est une convention C++ et que le VB6 refuse.

Et je ne suis pas le seul à faire comme cela, beaucoup de programmes ont dans leurs répertories d'installation leurs COPIES des DLLs utiliser afin d'éviter toutes mises à jours par un autre programme.

Les mises à jours des DLL ... en effet, par exemple ajouter des paramètres et considérer qu'a défaut les réponses sont du type de l'ancienne génération ... et du coup, ce qui devrait facilité la programmation la complique. Fini "Print" en Basic et bonjour "Print PosX, PoxY, Color, font ..." sinon c'est une réponse du type "Basic" et impossible de faire l'impasse sur certains paramètres.

Et comme la programmation est devenu tellement complexe en MOT LITTÉRAIRE du coup les nouvelles versions sont souvent sur la décoration, l'ergonomie mais rarement dans le font. Windows 7 est qu'une version 6.1 ( Vista+ ) Le gros point noir d'une DLL est qu'il est impossible de modifier une fonction, une seule car elle dispose de ses propres zones de buffer pour ses calculs, ses paramètres. Du coup, il est seulement possible de faire des choses autour tout comme un moteur 3D pour un jeu.

Le seul avantage des DLL, c'est qu'elles sont passifs, c'est à dire qu'il est possible de les utiliser partout et même dans Excel, un VB, en C++



A l'opposé, il y a eut des jeux DOS qui faisait en apparence des Mo et des Mo et pourtant ils tournaient avec 4Mo.
C'est ce principe qu'il manque à Windows et même à tout les OS moderne sauf les téléphones portables. Un seul programme, un fichier ini et puis c'est tout !

Du coup, la mode est devenu Web 2.0 en attendant un Web 3.0 où le PC sera un pur terminal, voir qu'une TV et un clavier.

Oui, une librairie (ou bibliothèque) est une réunion de fichiers objets, i.e., contenant des procédures assemblées ou compilées. Pour le programmeur DOS, ce gros fichier LIB occupe moins d'espace disque que plusieurs fichiers OBJ -- un gros fichier gaspille moins de clusters que plusieurs petits -- et évite leur prolifération.
Sous Windows, la taille des librairies dynamiques, ou DLL, doit représenter un compromis entre occupation disque, alliée à la vitesse de chargement, et modestie car elles sont chargées en mémoire à la demande du programme.

Pour les néophytes, quelques petites explications :
- un programme DOS est un fichier COM ou EXE contenant les procédures de fichiers OBJ qui peut être lancé depuis l'invite de commande ;
- un fichier objet (OBJ) est le résultait soit d'une compilation soit de l'assemblage d'un fichier source ;
- une bibliothèque (LIB) est une réunion des procédures provenant de différents fichiers objets ;
- un fichier source est un ensemble de procédures écrites en langage de haut-niveau ou d'assemblage par le programmeur ;
- une procédure est une suite de lignes de code représentant une routine appelée dans un programme.
Quant aux applications Windows (toujours au format EXE), elles ne nécessitent pas que les routines soient intégrées en elles. Elles préfèrent souvent charger au fur à mesure des besoins les bibliothèques dynamiques (DLL) qui les contiennent. De plus, plusieurs applications lancées en mémoire peuvent se partager leurs DLL.

attilavv a écrit :

Ici, là ou ailleurs ... telle est la devise de Windows !

Du coup, des drivers ATI qui n'arrive pas à s'installer car il manque le Net Frame Works, un logiciel qui plante car une DLL n'est pas la bonne et une mise à jour qui ne comprend pas une clef de la base des registres ! ! !



Et ce jour, mon problème est d'arriver à faire reconnaitre des DVD vierge ... je viens d'en cramer 5 donc un avec Nero qui soit disant dispose de son propre drivers ASPI ! ! !
Là aussi ... c'est un ####### "made in Windows" ! ! !
Là aussi ... les outils de gravures sont vraiment à la sauce Windows ! ! !

Bref ... je sens que je vais sortir le graveur externe !

Tu n'est pas obligé d'installer les catalyst, juste le "display driver"
Sinon, d'accord pour les dll, je trouve ça #######!
Sous Linux, les librairies sont très utiles c'est économique en mémoire vive, quand elles ne sont pas utilisés elles passent dans le cache de la ram...
Le problème des librairies, c'est les doublons, par exemple lancer gimp sous xp charge gtk+qt en même temps
Résultat: ubuntu par exemple rame avec 256Mio de ram alors que slitaz me bouffe 50Mio, boot en 17secondes sur une clef usb @10.7Mo/sec en pointe et il est stable...
Et sous Slitaz, mise à part les applications lourdes pas installés par défaut et les effets 3d inutiles fait la même chose que les autres os: faire tourner le pc.

Pas sûr qu'une DLL est chargée qu'une seule fois ... loin d'être sûr même.

Toutes les DLLs ont des zones de données propres à chaque programmes qui font appellent à elles et comme niveau programmation c'est rarement en deux parties propres ...
Et puis, "ça" c'est ce qui s'apprend pour les gros systèmes mais Windows ... hein ...

Personnellement, je dirais que le Windows et ses DLLs sont de la sorte mais les autres non.


Ce principe est valable pour les systémes qui peuvent "presque" tourner en ROM ce qui n'est pas le cas de Windows !
La ROM ou le Système étant en zone protégé.


Quand à la place prise par beaucoup de programmes, c'est comme à l'époque du DOS. Beaucoup utilisent un corps de programme standard intégrant "tout" et souvent c'est une norme interne dans l'entreprise. Alors le moindre programme utilise DirectX et tout ce que l'entreprise dispose comme routines.

Il faut aussi admettre que de nos jours, un chef de projet est une personne qui gère un répertoire et non un produit fini. Le ou les Exe, les graphiques, les datas. De la sorte par un système dit d'espace collaboratif tout le monde peux faire son travail au "mieux". Seul problème personne gère l'ensemble.


----
Publié : Vendredi 19 Novembre 2010 06:09:42

Ben cela va mieux ... après avoir perdu 5 DVD vierge ... testé des logiciels et tout ... j'ai fini par trouvé un nouveau Firmware !
Pas facile car "partout" il y a rien mais sur le site de ASUS ... Ouf ! Il y en avait un qui m'attendait bien gentillement ... et là, cela va déjà beaucoup mieux !

Gravure en 8X pour des 16X ... mais au moins cela grave et c'est bien ce que je demande ( le temps c'est qu'un détail ).


Donc si je comprend bien ... ceux qui ont des vieux graveurs style 1X - 4X pour trouver des médias vierges ... ils doivent avoir de la chance !
Et oui, car à défaut de configuration, les graveurs utilisent des "type générique" comme pour moi ... gravure en 16X ... et plantage !

Et ceux qui se disent que c'est con ce que je viens d'écrire et bien beaucoup d'ancien portable de collection, des graveurs a tiroir qui de nos jours sont des piéces de collection sont en 1X-4X ou des fois un peu mieux.

Et encore, même un graveur de 2 ans faut faire attention car tout nouveau type de média ne sera pas forcément reconnu !


Si j'ajoute que c'est de la mercredi ... heu ... je vais en fâcher certains ?
Ben moi, je me dis que l'idéal aurait été de mettre une zone dans le firmware standard, avec la possibilité d'ajouter des types que les fabricants de média mettraient sur internet.
Style un petit fichier "ini" ou "bin", voir pouvoir le faire à la main car il faut une compatibilité avec le graveur.


PS : J'ai toujours une dent contre les DLL, les programmes en morceaux, ceux qui s'installent partout sauf sans un seul répertoire et encore plus contre ceux qui utilisent des DLL, s'installent "partout" comme dans la base de registre et en plus sont fait de petits morceaux histoire de bouffer plein de cluster de 10Mo ( j'exagére un peu ) car mettre 1000 images d'un Ko dans un répertoire pour faire de la déco ... grrrrr ...

Sur mon graveur (pourtant anti-Linux) je peux graver mes dvd-rw avec la vitesse que je veux.
Sur mon ancien pc, je peux graver des cd 16x sur un 4x en choisissant la vitesse.

OUI !

Car dans la liste des modes il y a peu avoir des modes compatibles.

Un graveur 8X peux accepter un DVD 16X si dans le descripteur du média se trouve les mêmes informations que pour son ancêtre 8X, 4X, 2X.
Les VRAIES grandes marques le font, les DVD vierges bon marché sont rarement comme cela.
Chaque évolution de technologies posent aussi le même problème.

C'est qu'une question de puissance du Laser.
Donc si un média fait deux modes, par exemple 4X = puissance 2mW et 4X = puissance 4mW il passera alors dans beaucoup de graveurs.


Mon graveur est un 8X max ( c'est sur un portable ). Après trop de vibrations.



Edit : Quand une évolution ( pas forcément mieux, pas forcément pire ) nécessite seulement 1mW ou deux fois plus de puissance et que le Firmware n'a pas l'information, il va utiliser la version Générique en se bassant sur un schéma type pour chaque vitesse. Par exemple 8X générique = puissance 4mW et là ... cela ne passe pas. Dans ce cas, DVD HS. Si c'est le contraire, le DVD reste vierge car le laser n'était pas assez puissant.

Merci de l'info