source ? parce que pour allouer plus de 64 ko de façon contigue avec TurboC (par exemple) à la belle époque, il fallait commencer à tirer la langue.
il fallait commencer à utiliser un driver de mémoire supérieure (d'où des noms comme himem.sys) et pour ne plus se pisser dans les poils à devoir gérer des tas de minuscules petits blocs de données de 64 ko, il fallait passer au 32 bits. on appellait ça des DOS Extender, beaucoup de jeux et applis DOS vers disons 1994 ou 1995 les utilisaient et affichaient souvent une petite chaine de caractères genre DOS4GWX au lancement
deux choses ici :
* il y en avait 36 sur le marché des développeurs et en fait plus si on commence à compter les différentes versions de chaque : ce n'était pas unifié du tout. pas trop besoin vu qu'on lancait une seule appli à la fois, à peine le PC allumé, et pas Doom depuis Autocad par exemple.
* pas possible en général de lancer de telles applis depuis Windows 3.1 ou 95, mais certaines marchaient, comme Doom : je suppose que Microsoft n'a pas essayé de supporter absolument tous ces DOS Extender, seulement les plus populaires (et encore, ceux définitivement pas incompatibles avec son propre merdier)
Donc introduire une telle limitation, ça a sa place dans une release note.
tout à fait d'accord, ou dans un des outils de compatibilités que Microsoft va peut-être sortir comme ils l'ont fait à l'époque de Windows 2000/XP pour des tas d'applis et jeux Windows 95/98/ME ("Microsoft Windows Application Compatibility Toolkit")
en même temps avec la version 64 bits de Vista ce genre de gags va être encore plus courant et euh "décisif", "sanglant", car là c'est clairement annoncé que la plupart des programmes 16 bits vont tout simplement pas marcher (et pas juste ceux utilisant directement des accès disques et autres comme maintenant)
[^] # Re: GCC n'est pas bride sous vista
Posté par Gniarf . En réponse au journal GCC bridé sous vista .... Évalué à 4.
il fallait commencer à utiliser un driver de mémoire supérieure (d'où des noms comme himem.sys) et pour ne plus se pisser dans les poils à devoir gérer des tas de minuscules petits blocs de données de 64 ko, il fallait passer au 32 bits. on appellait ça des DOS Extender, beaucoup de jeux et applis DOS vers disons 1994 ou 1995 les utilisaient et affichaient souvent une petite chaine de caractères genre DOS4GWX au lancement
deux choses ici :
* il y en avait 36 sur le marché des développeurs et en fait plus si on commence à compter les différentes versions de chaque : ce n'était pas unifié du tout. pas trop besoin vu qu'on lancait une seule appli à la fois, à peine le PC allumé, et pas Doom depuis Autocad par exemple.
* pas possible en général de lancer de telles applis depuis Windows 3.1 ou 95, mais certaines marchaient, comme Doom : je suppose que Microsoft n'a pas essayé de supporter absolument tous ces DOS Extender, seulement les plus populaires (et encore, ceux définitivement pas incompatibles avec son propre merdier)
Donc introduire une telle limitation, ça a sa place dans une release note.
tout à fait d'accord, ou dans un des outils de compatibilités que Microsoft va peut-être sortir comme ils l'ont fait à l'époque de Windows 2000/XP pour des tas d'applis et jeux Windows 95/98/ME ("Microsoft Windows Application Compatibility Toolkit")
en même temps avec la version 64 bits de Vista ce genre de gags va être encore plus courant et euh "décisif", "sanglant", car là c'est clairement annoncé que la plupart des programmes 16 bits vont tout simplement pas marcher (et pas juste ceux utilisant directement des accès disques et autres comme maintenant)