contrairement à, par exemple, Windows, où chaque logiciel embarque justement ses propres versions de chaque librairie
Ben, c'est factuellement faux.
Beaucoup de logiciels utilisent le .NET Framework (2.0, 4.0, 4.5, 4.6, 4.7, à ce jour), DirectX (1/2/4/5/6/7/8/9/10/11/12), le runtime MSVC (beaucoup trop de versions), les API du kernel (kernel32, …), les API de User32.dll (du genre LoadIcon, ou pour lire/écrire dans le presse-papier, parmi beaucoup d'autres fonctions), et j'en passe.
Il y a-t-il une copie des bibliothèques de ces composants dans le dossier d'installation de l'application ?
Euh, non. Jamais.
Donc dire "chaque logiciel embarque justement ses propres versions de chaque librairie", c'est méconnaître Windows.
Dans le dossier d'installation, on met les bibliothèques qu'on ne veut pas partager avec le système, c'tout.
Mais celles qui font partie de Windows et que tout le monde utilise, on ne les met pas dans le dossier du programme (Runtime MSVC, kernel, … voir plus haut), ce serait la folie.
On pourrait en mettre certaines dans le dossier système, mais pour 7 Mo de bibliothèque (donc 4 pour la libxml, et 1,2 Mo pour libiconv), on va pas se rajouter des problèmes de partage/mise à jour de bibliothèques partagées, tout ça pour économiser trois fois rien et termes d'espace disque.
Si on a un besoin absolu de partager des bibliothèques au niveau du système, il y a :
- .NET, où ce problème est réglé depuis le début (on met ça dans le GAC et c'est marre)
- OU (pour le code natif), on peut utiliser le Side-by-Side Assemblies : https://msdn.microsoft.com/fr-fr/library/windows/desktop/ff951640(v=vs.85).aspx
Il faut aussi distinguer les installeurs embarquant un programme d'installation d'une variante de DirectX / MSVC / .NET, qui selon la version de Windows cible, ne sont pas forcément installés.
Ces installeurs sont des exécutables librement distribuables fournies par Microsoft, qui ne font que d'installer ces éléments au niveau du système, pas du programme.
Windows XP par exemple n'inclut pas par défaut aucun élément .NET.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Le role d'un BIOS c'est juste d'initialiser le hardware et de s'effacer lorsqu'un O/S demarre, si il fait plus c'est dangereux.
LOL non ?
Les BIOS ont toujours fait bien plus, BIEN plus. Donner l'heure, la possibilité de modifier le contenu d'une disquette, essayer de détecter certains virus de boot (!), permettre de modifier l'affichage, décider de la politique de sauvegarde de l'énérgie (quand et comment éteindre l'écran, les disques durs, face à quel évènement l'ordi doit se réveiller, décider du mode ATA (ACHI ou IDE), si l'IDE est en mode UDMA ou PIO, donner et régler l'heure, permettre de 'tatouer' l'ordi et d'empêcher d'installer autre chose que Windows, décider si on est compatible OS/2 ou non, si on met un 'trou' dans la mémoire à je ne sais plus quel endroit pour des sombres histoires de compatibilité, décider du comportement de la Gate A20, modifier le FSB, et j'en passe…
MS avait déjà essayé avec WinRT, qui fut un échec cuisant.
Cependant, que Windows 10 soit bientôt compatible ARM n'a rien de révolutionnaire.
La lignée Windows NT est déjà passé au cours de sa vie sur des plateformes différentes, telles que PouwerPC, et Itanium (IA-64/IA-32).
Quoi qu'il en soit, MS ne va pas lâcher x86/x86-64 avant que les poules aient des dents.
Bien que MS se soit diversifié, dominer le marché x86 reste une source de revenus importante, avec beaucoup de conséquences en termes de marché logiciel.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
Posté par xcomcmdr .
En réponse au journal Minage en douce.
Évalué à 5.
Dernière modification le 17 décembre 2017 à 21:54.
FDM est un freeware (sans pubs ni rien).
Je viens de l'installer car a) DownThemAll!, après 10 ans de bons et loyaux services, ne marche plus avec la dernière version de Firefox b) Le gestionnaire de téléchargements de Firefox est toujours aussi limité c) Notamment, il ne permet pas de limiter la bande passante utilisée par des téléchargements (le genre de trucs sympas sur une connexion limitée à 1,5 Mio/s donc vite saturée), ni d'en programmer d'autres (ce que FDM permet, lui).
Et dire "je n'en vois pas l'utilité donc c'est bien fait pour les utilisateurs de ce machin !" c'est juste débile.
[^] # Re: .
Posté par xcomcmdr . En réponse au journal Petit guide à l'usage des développeurs de LL qui souhaitent se tirer dans le pied. Évalué à 3. Dernière modification le 15 février 2018 à 17:39.
Ben, c'est factuellement faux.
Beaucoup de logiciels utilisent le .NET Framework (2.0, 4.0, 4.5, 4.6, 4.7, à ce jour), DirectX (1/2/4/5/6/7/8/9/10/11/12), le runtime MSVC (beaucoup trop de versions), les API du kernel (kernel32, …), les API de User32.dll (du genre LoadIcon, ou pour lire/écrire dans le presse-papier, parmi beaucoup d'autres fonctions), et j'en passe.
Il y a-t-il une copie des bibliothèques de ces composants dans le dossier d'installation de l'application ?
Euh, non. Jamais.
Donc dire "chaque logiciel embarque justement ses propres versions de chaque librairie", c'est méconnaître Windows.
Dans le dossier d'installation, on met les bibliothèques qu'on ne veut pas partager avec le système, c'tout.
Mais celles qui font partie de Windows et que tout le monde utilise, on ne les met pas dans le dossier du programme (Runtime MSVC, kernel, … voir plus haut), ce serait la folie.
Regardons par exemple Notepad++ :
Que des DLL qui lui sont propre, et c'est normal.
On pourrait en mettre certaines dans le dossier système, mais pour 7 Mo de bibliothèque (donc 4 pour la libxml, et 1,2 Mo pour libiconv), on va pas se rajouter des problèmes de partage/mise à jour de bibliothèques partagées, tout ça pour économiser trois fois rien et termes d'espace disque.
Si on a un besoin absolu de partager des bibliothèques au niveau du système, il y a :
- .NET, où ce problème est réglé depuis le début (on met ça dans le GAC et c'est marre)
- OU (pour le code natif), on peut utiliser le Side-by-Side Assemblies :
https://msdn.microsoft.com/fr-fr/library/windows/desktop/ff951640(v=vs.85).aspx
Comme l'a fait Microsoft pour assurer la rétrocompatibilité :
https://blogs.msdn.microsoft.com/oldnewthing/20080129-00/?p=23663/
Il faut aussi distinguer les installeurs embarquant un programme d'installation d'une variante de DirectX / MSVC / .NET, qui selon la version de Windows cible, ne sont pas forcément installés.
Ces installeurs sont des exécutables librement distribuables fournies par Microsoft, qui ne font que d'installer ces éléments au niveau du système, pas du programme.
Windows XP par exemple n'inclut pas par défaut aucun élément .NET.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Oui
Posté par xcomcmdr . En réponse au journal Misogynie et discrimination à l'embauche. Évalué à 4. Dernière modification le 12 février 2018 à 16:18.
En attendant, quid des inégalités envers les hommes, particulièrement les hommes (et femmes) ouvriers ?
C'est dommage d'éluder la question.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Intérêt de MATE ?
Posté par xcomcmdr . En réponse à la dépêche Sortie de MATE 1.20. Évalué à 5.
Veille question sans intérêt.
Intérêt de GNOME 2 face à Xfce ?
Intérêt de MATE face à LXQT ?
Intérêt de Plasma face à Trinity ?
Intérêt de Linux face à Windows ?
Intérêt de BSD* face à Linux ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Métaphoriquement incompréhensible
Posté par xcomcmdr . En réponse à la dépêche Sortie de MATE 1.20. Évalué à 7.
s/bouleversifiant/disruptif.
Startup Nation, tout ça.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: 6.0
Posté par xcomcmdr . En réponse à la dépêche Sortie de LibreOffice 6.0. Évalué à 1.
Source ?
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Voir package redistribuable Microsoft Visual C ++
Posté par xcomcmdr . En réponse au message aide pour un msg d'erreur. Évalué à 3. Dernière modification le 07 février 2018 à 19:24.
Mais non.
Win32 c'est la plateforme.
Le runtime MSVC (2012 ou autre) existe en version x86 et x86-64 (et ARM)
Là, il faut vérifier si qmake est installé.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Voir package redistribuable Microsoft Visual C ++
Posté par xcomcmdr . En réponse au message aide pour un msg d'erreur. Évalué à 1.
FAUX !
Je l'utilise sur un Thinkpad T43 de 2004 sans problème, et il va très vite.
Faut juste savoir s'en servir.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Voir package redistribuable Microsoft Visual C ++
Posté par xcomcmdr . En réponse au message aide pour un msg d'erreur. Évalué à 3.
Tu veux dire qu'il est solide et qu'il tient longtemps ?
Tu as raison.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Voir package redistribuable Microsoft Visual C ++
Posté par xcomcmdr . En réponse au message aide pour un msg d'erreur. Évalué à 4. Dernière modification le 07 février 2018 à 13:18.
Ou juste installer le MSVC Runtime 2012 :
https://www.microsoft.com/fr-fr/download/details.aspx?id=30679
Ce qui correspond à "MSVCR110.DLL"
Il/elle télécharge, il/elle clique, clique, c'est bon.
Vachement moins compliqué que de passer à GNU/Linux.
J'veux dire, j'comprends le sentiment, mais là c'est vraiment utiliser un tank pour tuer une mouche.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Si j'ai bien compris...
Posté par xcomcmdr . En réponse au journal LibreOffice, altération d'images intégrées :( ?. Évalué à 9.
Si j'ai bien compris, tu n'as aucun respect pour l'auteur du journal (sans raison valable), et tu ne l'as pas lu (car oui, il a essayé avec la v6).
L'utilisation de son temps libre, c'est son affaire, pas la tienne.
Je te conseille de retourner 7 fois ton clavier sur ton bureau avant d'écrire ce genre de commentaire inutile, la prochaine fois.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Si j'ai bien compris...
Posté par xcomcmdr . En réponse au journal LibreOffice, altération d'images intégrées :( ?. Évalué à 7.
En même temps, KDE sans les bugs, c'est plus KDE. ;-)
(note aux moinsseurs : j'ai utilisé KDE 3/4/Plasma pendant des années, hein).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: AVIS AUX VICTIMES D'ARNAQUE
Posté par xcomcmdr . En réponse au journal L'arnaque bitcoin. Évalué à 2.
LOL
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: franchement on s'en fout un peu non?
Posté par xcomcmdr . En réponse au journal part de marché Linux ?. Évalué à 2. Dernière modification le 03 février 2018 à 22:01.
C'est absolument faux.
Windows 9X fournissait déjà des drivers Ethernet. On peut même remonter jusqu'à Windows 3.x
La preuve : Windows 98 reconnaît une Realtek 8029 d'entrée de jeu.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Windows=idem
Posté par xcomcmdr . En réponse au journal Free-electrons se fait attaquer en justice par Free, et change de nom. Évalué à 4.
Euh non, c'est Windows XP / Windows Vista / etc. … et Microsoft Word, légalement parlant.
Source :
https://blogs.msdn.microsoft.com/oldnewthing/20080514-00/?p=22333
Essaie encore. ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Windows ?
Posté par xcomcmdr . En réponse à la dépêche Un logiciel libre de gestion des cultures OpenJardin. Évalué à 4.
Bah si, avec la cross-compilation.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Services UEFI ?
Posté par xcomcmdr . En réponse au journal linuxboot/nerf update et une annonce concernant la linux fondation. Évalué à 5.
LOL non ?
Les BIOS ont toujours fait bien plus, BIEN plus. Donner l'heure, la possibilité de modifier le contenu d'une disquette, essayer de détecter certains virus de boot (!), permettre de modifier l'affichage, décider de la politique de sauvegarde de l'énérgie (quand et comment éteindre l'écran, les disques durs, face à quel évènement l'ordi doit se réveiller, décider du mode ATA (ACHI ou IDE), si l'IDE est en mode UDMA ou PIO, donner et régler l'heure, permettre de 'tatouer' l'ordi et d'empêcher d'installer autre chose que Windows, décider si on est compatible OS/2 ou non, si on met un 'trou' dans la mémoire à je ne sais plus quel endroit pour des sombres histoires de compatibilité, décider du comportement de la Gate A20, modifier le FSB, et j'en passe…
Voir : https://en.wikipedia.org/wiki/BIOS_interrupt_call
Voir aussi : http://www.ctyme.com/rbrown.htm
Et l'UEFI c'est le même combat : ça en fait trop et c'est un nid à failles bordélique et trop complexe.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Dernier commit
Posté par xcomcmdr . En réponse au journal ZIP et fcrackzip. Évalué à 2.
Je dis pas le contraire. Je dis qu'un logiciel n'est jamais fini, nuance.
Merci de ne pas me faire dire ce que je ne dis pas, hein…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Dernier commit
Posté par xcomcmdr . En réponse au journal ZIP et fcrackzip. Évalué à 2. Dernière modification le 08 janvier 2018 à 16:46.
Et pourtant, ils reçoivent toujours des patchs (et des plugins pour Winamp).
Comme quoi, mon argument tient la route. ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Dernier commit
Posté par xcomcmdr . En réponse au journal ZIP et fcrackzip. Évalué à 0. Dernière modification le 05 janvier 2018 à 11:19.
Définir "logiciel fini".
On sait juste qu'il n'est plus maintenu. Un logiciel 100% "fini"/"mature" pour les éons à venir, ça n'existe pas.
Sinon, on ne réinventerait pas sans cesse la même chose (lecteur de musiques, gestionnaire d'archive, …)
Y'a les logiciels qui sont maintenus, d'autres qui ne le sont plus. Point.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: La fin d’Intel
Posté par xcomcmdr . En réponse à la dépêche Deux failles critiques : Meltdown et Spectre. Évalué à 4.
Comme l'Itanium. ;-)
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: On va enfin
Posté par xcomcmdr . En réponse à la dépêche Deux failles critiques : Meltdown et Spectre. Évalué à -3.
HAHAHA.
En 1991, le PC supplantait déjà l'Amiga, faut arrêter…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: La fin d’Intel
Posté par xcomcmdr . En réponse à la dépêche Deux failles critiques : Meltdown et Spectre. Évalué à 6. Dernière modification le 05 janvier 2018 à 09:23.
MS avait déjà essayé avec WinRT, qui fut un échec cuisant.
Cependant, que Windows 10 soit bientôt compatible ARM n'a rien de révolutionnaire.
La lignée Windows NT est déjà passé au cours de sa vie sur des plateformes différentes, telles que PouwerPC, et Itanium (IA-64/IA-32).
Quoi qu'il en soit, MS ne va pas lâcher x86/x86-64 avant que les poules aient des dents.
Bien que MS se soit diversifié, dominer le marché x86 reste une source de revenus importante, avec beaucoup de conséquences en termes de marché logiciel.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Moi aussi, j’ai un virus Macron
Posté par xcomcmdr . En réponse au journal J'ai un virus Macron sur mon ordinateur !. Évalué à 6.
Je vois que la vérité dérange.
Macron c'est la guerre aux pauvres et à la classe moyenne.
Mais chut, ça dérange Zenitroll de dire ce qui est évident.
Pfff…
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Petit résumé et tests dans la réalité
Posté par xcomcmdr . En réponse au journal [Humour] vers un monde différent. Évalué à 2.
PUTAIN ENFIN !!1!one
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Encore un autre
Posté par xcomcmdr . En réponse au journal Minage en douce. Évalué à 5. Dernière modification le 17 décembre 2017 à 21:54.
FDM est un freeware (sans pubs ni rien).
Je viens de l'installer car a) DownThemAll!, après 10 ans de bons et loyaux services, ne marche plus avec la dernière version de Firefox b) Le gestionnaire de téléchargements de Firefox est toujours aussi limité c) Notamment, il ne permet pas de limiter la bande passante utilisée par des téléchargements (le genre de trucs sympas sur une connexion limitée à 1,5 Mio/s donc vite saturée), ni d'en programmer d'autres (ce que FDM permet, lui).
Et dire "je n'en vois pas l'utilité donc c'est bien fait pour les utilisateurs de ce machin !" c'est juste débile.
Aussi, tu aurais pu voir en deux secondes de recherche que FDM est un freeware, au lieu de faire ton snob flemmard et suffisant :
https://en.wikipedia.org/wiki/Free_Download_Manager
(l'un des premiers liens sur n'importe quel bon moteur de recherche)
Bizarre, j'ai dû en installer aucune.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)