|
| Windows Live Messenger всё ещё alive! | Группа энтузиастов продолжает поддержку Windows Live Messenger и открыла альтернативный сервер для общения взамен ликвидированного майкрософтом. На сайте проекта https://escargot.log1p.xyz доступно множество версий программы, начиная с msn 3.6 (русская версия) и статистика пользователей.
Работоспособность версий 7.5. и 8.5. проверена на windows 7 и даже десятке.
Желающие поболтать, регистрируйтесь на сайте и добавляйтесь truedowngrade(сцабак)gmail(точко)com | | Добавил informatik, 2018-01-13 22:08:23 |
| Комментарии | | #1 Автор: SigmaTel71 (2018.01.13 22:11) | | 7.5 проверялась на Windows 8.1 x64. |
| #2 Автор: SokilOff (2018.01.14 16:26) | А зачем оно в 2018 году ?
Есть jabber, он прекрасно работает. |
| #3 Автор: informatik (2018.01.14 19:54) | | А и правда - а зачем? Зачем программы для DOS? Их целая куча под windows! |
| #4 Автор: SokilOff (2018.01.14 22:17) | | Дык если б они мессенджер для DOS запилили, было бы гораздо интереснее. |
| #5 Автор: yadovit (2018.01.15 06:20) | | Для ДОС нужен не столько мессенджер, сколько браузер с поддержкой современных технологий. Но это вряд ли. |
| #6 Автор: Nika (2018.01.15 07:48, изменений: 2, 2018.01.15 07:55) | Ну фантастика же.
Не секрет, что софт в основном делается не монолитно, а лепится из "кубиков"-компонентов.
Потому, что так проще, и этот способ вне конкуренции.
А такие "кубики" делаются разными людьми, в одиночку покрыть весь спектр знаний, необходимых для составления более-менее сложного софта, это нереально. Не теоретически, а практически.
Да в принципе и теоретически - человеческие возможности ограничены.
Так вот этот принцип "инкапсуляции" способствует тому, что софт "распухает".
тем не менее, оставаясь более-менее работоспособным. Размер в данном случае это цена самого его существования.
Известно, что если составлять программу на языке ассемблера, тогда размер кода в разы меньше, чем при использовании языков "высокого уровня". Но любители ассемблера не настроены на составление монстрообразного софта, они любят маленькие изящные самодостаточные штучки, вроде калькуляторов и всяких мелких утилит.
Кстати, этим в своё время была удивительна Win3 и Win95, ядро которой делалось исключительно на ассемблере.
С другой же стороны, для софта, обрабатывающего кучу графической информации, вроде интернетного браузера, уже на первое место выходят запросы к оперативной памяти компьютера как раз для данных, а не столько для самого кода, который их обрабатывает. Которой, памяти, в "чистой" DOS не так уж и много и размер её принципиально ограничен, её нельзя "добавить", воткнув планку "памяти".
Хотя это и решается, путём применения "расширителей DOS". Однако, это уже не будет "чистая DOS".
Та же Windows это не что иное, как гигантский DOS-расширитель. Для которого уже вполне достаточно всяких инструментов и утилит, облегчающих жизнь разработчика. При однозадачных DOS-расширителях это было не так.
Так что лучше уж оставить для DOS те задачи, которые типично в ней решались в своё время,
и не питать иллюзий, что там возможно вообще всё.
Никто же не думает, что можно слепить сколь-нибудь функциональный браузер для Синклера?
(Хотя аналогия и не вполне удачная, но имеются в виду его архитектурные ограничения). |
| #7 Автор: SokilOff (2018.01.15 16:29, изменений: 2, 2018.01.15 16:49) | >Кстати, этим в своё время была удивительна Win3 и Win95, ядро которой делалось исключительно на ассемблере
Про Win 3.х уже не вспомню, а в Win95 и дальше на ассемблере были написаны только небольшие части ядра и драйверов. Остальное - С и С++
>Та же Windows это не что иное, как гигантский DOS-расширитель
Линейка Win 3.x и Win 9x, пожалуй, да. NT с самого начала была полноценной операционкой, в которой DOS выполнялся внутри отдельной виртуальной машины NTVDM.
Кстати, пару месяцев назад была новость, что к 2020 году Intel (а за ним, видимо, и AMD) окончательно выпилят поддержку BIOS (точнее CSM - Compatibility Support Module, который эмулирует BIOS) и оставят только UEFI. Это значит, что на таких машинах загрузка операционных систем, не поддерживающих UEFI (все 32-бит ОС старше Windows 7 и 64-бит ОС старше Windows Vista), станет в принципе невозможна. |
| #8 Автор: gerasimov.dima (2018.01.15 19:27) | Кому он нужен в 2018 году?
>Кстати, пару месяцев назад была новость, что к 2020 году Intel (а за ним, видимо, и AMD) >окончательно выпилят поддержку BIOS (точнее CSM - Compatibility Support Module, который >эмулирует BIOS) и оставят только UEFI. Это значит, что на таких машинах загрузка операционных >систем, не поддерживающих UEFI (все 32-бит ОС старше Windows 7 и 64-бит ОС старше Windows Vista), станет в принципе невозможна.
К тому времени уже никто не будет запускать эти системы на физическом железе (как минимум - в развитых странах). |
| #9 Автор: AT (2018.01.15 21:13) | Раньше Windows Messenger выковыривали из WinXP и ME самыми варварскими методами, никто не юзал этот сервис. Но сейчас ему дали вторую жизнь. Это хорошо, с музейной точки зрения. :) Проверил с русской версией 3.0 из состава IE5.5, действительно работает. Но аська была круче.
P.S. Впервые в жизни залогинился в него только сейчас. :) |
| #10 Автор: Nika (2018.01.15 21:47, изменений: 4, 2018.01.16 01:48) | >> #7 Автор: SokilOff (2018.01.15 16:29) пишет:
>> в Win95 и дальше на ассемблере были написаны только небольшие части ядра и драйверов.
-- Все драйвера и собственно ядро Win95, содержащееся в файле VMM.VxD [поправлено - VMM32.VxD], писались исключитетьно на MASM'е.
Возможность тулить в ядро скомпилированные с Си вещи появилась начиная с Win98. И понеслось. |
| #11 Автор: SokilOff (2018.01.16 01:28) | >Все драйвера и собственно ядро Win95, содержащееся в файле VMM.VxD, писались исключитетьно на MASM
Есть возможность пообщаться с человеком, который был в kernel team с 94 по 99 годы. Первый его вопрос: "Кто придумал эту ерунду ?"
И да, ядро - это не только virtual machine manager. |
| #12 Автор: Nika (2018.01.16 01:42, изменений: 8, 2018.01.16 02:04) | Микрософт и придумала. Об этом написано в DDK95, в документации.
Кроме того можно заглянуть в сам файл VMM32.VxD, убедиться.
Написано, кстати, было о ядре - "содержимое файла VMM32.VxD". Это оно и есть
Там не только Virtual Machine Manager, много всякого напаковано.
Кстати, вон тема была об этом:
http://old-dos.ru/index.php?page=files&mode=files&do=show&id=3296
Рекомендую также утилитку W3Lib, на эту же тему
(она так и осталась немного недоделанной, но всёже вполне функциональна):
http://old-dos.ru/index.php?page=files&mode=files&do=show&id=3123 |
| #13 Автор: SokilOff (2018.01.16 02:04) | | Ещё раз, медленно: ядро не ограничивается одним файлом vmm32.vxd |
| #14 Автор: Nika (2018.01.16 07:57, изменений: 2, 2018.01.17 00:12) | VMM это основная часть ядра.
В совокупности с драйверами устройств он и составляет то [упакованное в библиотеку VMM32.VxD],
что они в микрософт'е называют "core" или ядро.
(чтобы не путали с kernel.dll, который от ядра имеет только название. Это библиотека PE-DLL, с натяжкой можно провести её аналогию c соmmand.com+NortonCommander в DOS, где ядром являлся IO.SYS (в версии 7) ).
Просто у микрософт тех лет не было возможности компилировать из Си тексты в формат LE-EXE.
Такая возможность у них появилась примерно к выпуску Win98.
Они, кстати, радостно это анонсировали в своё время.
Выглядело, что они одновременно старались адаптировать компилятор к формату LE-EXE (VxD),
и разрабатывали новый (на тот момент) формат драйверов - WDM (PE-EXE).
К выпуску Win98 ими были одновременно решены обе задачи.
Но от формата LE-EXE они в конце концов избавились, к моменту выпуска Win2000
уже было объявлено, что проект "Win9x" свёрнут.
Вот цитата из микрософтовской доки:
Цитата: >>>>>>>>>>>>>>>>>>>>>>>>>>>>
The virtual machine manager (VMM) is the 32-bit protected-mode operating system at the core of Windows 95. Its primary responsibility is to create, run, monitor, and terminate virtual machines. The VMM provides services that manage memory, processes, interrupts, and protection faults. The VMM works with virtual devices, 32-bit protected-mode DLLs, to allow the virtual devices to intercept interrupts and faults to control the access that an application has to hardware devices and installed software.
Both the VMM and virtual devices run in a single, 32-bit, flat model address space at privilege level 0 (also called ring 0). The system creates two global descriptor table (GDT) selectors, one for code and the other for data, and uses these selectors in the CS, DS, SS, and ES segment registers. Both selectors have a base address of zero and a limit of 4 gigabytes (GBs), so all the segment registers point to the same address space. The VMM and virtual devices never change these registers.
The VMM provides multiple-threaded, preemptive multitasking. It runs multiple applications simultaneously by sharing CPU (central processing unit) time between the threads in which the applications and virtual machines run. The VMM is also nonreentrant. This means that virtual devices must synchronize access to the VMM services. The VMM provides services, such as semaphores and events, to help virtual devices prevent reentering the VMM.
The virtual machine manager provides a variety of services, messages, macros, and structures to help virtual devices manage their corresponding hardware devices and services.
........................
........................
Kernel Services Guide
The Kernel Services Guide describes the Virtual Machine Manager (VMM)
and the standard virtual device drivers (VxDs) included in Windows 95.
>>>>>>>>>>>>>>>>>>>>>>>>>>>> конец цитаты.
Ещё хорошо помогает проникнуться терминологией книжка,
довольно популярная в конце 90-х, есть на old-dos'e:
http://old-dos.ru/index.php?page=lib&do=show&id=174
) Так что уж и не знаю, кому верить.
Мне этот "спор" почему-то напоминает о набегах писателей "операционных систем" на old-dos'е.
Чаще всего они путают операционную систему и её оболочку.
Так же и здесь, похоже. |
| #15 Автор: Computershik (2018.01.18 12:51, изменений: 2, 2018.01.18 12:56) | *пошел логиниться*
если я ничего не путаю, то старые версии MSN Messenger поддерживают Mac OS Classic |
| #16 Автор: hawkz (2018.01.27 19:30) | | А это легальная поддержка MSN Messenger? |
| #17 Автор: AT (2018.01.28 00:10) | | Нет, переписку через этот MSN в суде не примут как доказательство (со стандартными юристами). |
| #18 Автор: сцабак (2018.02.10 14:43) | still alive!
Но я нашел багу! в версии 7.5 есть MSN Spaces, который не выпилили!
Не смертельно, но обидно. Система - XP. |
| #19 Автор: Veselcraft (2018.02.27 23:33) | | чёт сайт не робит, типа не удалось выполнить подключение |
| #20 Автор: Veselcraft (2018.02.28 00:38) | | https://wink.messengergeek.com/t/escargot-seems-to-be-down/3409 вот почему не работает |
| #22 Автор: Tiorin (2018.03.08 10:05) | | Мне нравится NetMeeting может и его поддержку начать с начала |
| #23 Автор: AT (2018.03.09 12:10) | У него можно выбирать вручную сервера H.323, наверняка есть ещё живые. Только надо их знать.
Или можно сделать самостоятельно: http://www.phantom.sannata.ru/forum/index.php?t=6446&st=all |
| #24 Автор: ars (2018.04.06 18:13) | | А когда будет новая новость? |
| #25 Автор: D354M3D (2018.04.06 22:22) | | Никто не знает. |
| #26 Автор: ars (2018.04.08 13:25) | | наверное про 10-летие сайта Old-dos и 15000 файлов. |
| #27 Автор: SokilOff (2018.04.09 01:31) | >А когда будет новая новость?
А вот когда вы напишете, тогда и будет.
Разве ж кто мешает взять, да и запостить что-то интересное (понятное дело, по тематике сайта) ? |
| #29 Автор: gerasimov.dima (2018.04.24 15:22) | >А в Крыму он не работает, увы...
В Крыму вообще мало что американское работает из-за санкций. |
| #30 Автор: BaRRaKudaRain (2018.05.21 21:26) | >В Крыму вообще мало что американское работает из-за санкций.
И под VPN'ом тоже. Ибо ошибка сервера. =( |
| |
|
