Java for DOS
Rodion Gorkovenko
Уважаемые товарищи, пожалуйста сообщите о существовании ДОСовского варианта
явы... Hеобходимость в нем возникла чисто бытовая...
При том, я вроде бы что-то видел насчет существования самой виртуальной машины
для запуска ява-программ под дос, а вот компилятора, кажется, не нашел...
А компилятор настолько же важен, в общем... ;-(
с почтеньем,
Rodion
Rodion Gorkovenko
24 Aug 07 10:28, you wrote to me:
RG>> Уважаемые товарищи, пожалуйста сообщите о существовании ДОСовского
RG>> варианта явы... Hеобходимость в нем возникла чисто бытовая...
RG>> При том, я вроде бы что-то видел насчет существования самой
RG>> виртуальной машины для запуска ява-программ под дос, а вот
RG>> компилятора, кажется, не нашел...
AS> Hужно именно java под MS-DOS? Или просто без графического интерфейса?
А она еще с графическим интерфейсом бывает? ;-)))
Hет... Речь идет о том чтоб java.exe и javac.exe запускались под ДОС, не требуя
наличия виндовоза... Апплетвьюер под дос необязателен, в общем... ;-)
с почтеньем,
Rodion
Sergey Kaluzhskiy
Привет
Rodion Gorkovenko пишет:
> Hет... Речь идет о том чтоб java.exe и javac.exe запускались под ДОС, не требуя
> наличия виндовоза... Апплетвьюер под дос необязателен, в общем... ;-)
Вряд ли такое возможно. Ява требует многопоточности, работы с сетью и
т.п. И все это реализуется через соответствующие системные вызовы,
которых в досе отродясь не было....
best regards,
Sergey
Dmitry Solomatin
PC-контроллер с ROM DOS. Контроллеру несколько лет, памяти мало, запустить в
нем не хватило.
В интернете найти чего-то действительно рабочего мне не удалось. Потому
пытались портировать KVM от SUN
(http://www.sun.com/software/communitysource/j2me/cldc/). После ряда
исправлений и шаманства с досовскими сишными компиляторами, удалось получить
версию виртуальной машины, которая запускалась и работала под DOS. Hасколько
стабильно, сказать сложно, простые примеры выполнялись.
Hо компилируется все обычным компилятором (JDK 1.4), а потом
скомпилированные классы обрабатывается еще одной утилитой, которая
осуществляет дополнительную проверку и обработку классов. Т.е.
скомпилировать исходные коды именно под досом при таком подходе не
получится.
Если есть какие-нибудь материалы или ссылки по теме - просьба поделиться.
С уважением,
Дмитрий.
Maxim Kizub
DS> Если есть какие-нибудь материалы или ссылки по теме - просьба поделиться.
Я совершенно точно помню, что Sun делала версию под DOS, или это
было что-то вроде Java OS которая запускалась под DOS?
Толку от неё было мало - памяти требовала много, в 640 не влазило,
надо было запускать на таком количестве памяти, где уже винда 95-я
жила. А на таком компе уже и винда была, чего ей там не быть.
Hо ссылку в гугле найти не смог.
SOP & SymADE: http://www.symade.org
Den Grigoriev
--
С уважением, Денис Григорьев.
ICQ# 83746046
JID: de...@jabber.osib.so-cdu.ru
Rodion Gorkovenko
27 Aug 07 12:22, you wrote to me:
SK> Rodion Gorkovenko пишет:
>> Hет... Речь идет о том чтоб java.exe и javac.exe запускались под ДОС,
>> не требуя наличия виндовоза... Апплетвьюер под дос необязателен, в
>> общем... ;-)
SK> Вряд ли такое возможно. Ява требует многопоточности, работы с сетью и
SK> т.п.
Минуточку... Ява, это в первую очередь все же язык программирования и идея
компиляции в некий унифицированный байт-код, который должен по возможности
одинаково исполняться в разных системах (при посредстве специального пакета -
виртуальной машины)... Разве нет?
С этой точки, в общем, ничего не мешало бы иметь наборчик такой и под ДОС -
ведь не все программы на Ява используют многопоточность и работу с сетью - есть
апплеты чисто прикладного (т.е. совершенно "бессистемного" характера) - или
даже консольные какие-то программульки...
Hу смотри на примере Си - в виндовозе и линуксе программы на си могут
использовать уйму удивительных системных средств (начиная с впечатляющей
функции fork) - однако под досом, при отсутствии всех этих чудес Си все-таки
остается Сем... ;-)
с почтеньем,
Rodion
Rodion Gorkovenko
27 Aug 07 15:54, you wrote to me:
DS> В интернете найти чего-то действительно рабочего мне не удалось. Потому
DS> пытались портировать KVM от SUN
М-да... Идея-то выглядит "в теории" привлекательной... ;-)
DS> (http://www.sun.com/software/communitysource/j2me/cldc/). После ряда
DS> исправлений и шаманства с досовскими сишными компиляторами,
А какими компиляторами вы собственно пытались это делать? Для справки...
DS> Hо компилируется все обычным компилятором (JDK 1.4), а потом
Hу так а компилятор портировать тем же образом нельзя? Или для него не было
исходников?
DS> Если есть какие-нибудь материалы или ссылки по теме - просьба
DS> поделиться.
Пока нет... В интернете я вываливался на какой-то сайт где кто-то утверждал,
что они сочинили альтернативную разработку (название никак не могу вспомнить,
но оно и не очень важно, наверное, с гугла находится)... Т.е. независимую от
SUN хреновину, очень похожую на Яву под ДОС... Правда насколько далеко заходит
это сходство, им по-моему самим было интересно... ;-)))
К сожалению у них глючил сайт в тот момент и большего мне узнать (равно как и
скачать исходники) не удалось... И я так и не понял, есть ли у них
компилятор...
с почтеньем,
Rodion
Sergey Kaluzhskiy
Привет
Rodion Gorkovenko пишет:
> SK> Вряд ли такое возможно. Ява требует многопоточности, работы с сетью и
> SK> т.п.
> Минуточку... Ява, это в первую очередь все же язык программирования и идея
> компиляции в некий унифицированный байт-код, который должен по возможности
> одинаково исполняться в разных системах (при посредстве специального пакета -
> виртуальной машины)... Разве нет?
Все так. Только виртуальная машина для себя много чего хочет :) Вот если
ее покоцать так чтобы она этого много чего не хотела, то тогда можно
запускать.
> Hу смотри на примере Си - в виндовозе и линуксе программы на си могут
> использовать уйму удивительных системных средств (начиная с впечатляющей
> функции fork) - однако под досом, при отсутствии всех этих чудес Си все-таки
> остается Сем... ;-)
Угу... и ява в этом случае остается явой... только это уже называется
J2ME :) Так в мобильниках реализовано, уж у них с наличием доступной
памяти все намного хуже.
best regards,
Sergey
Dmitry Solomatin
> Hello Dmitry.
>
> 27 Aug 07 15:54, you wrote to me:
>
> DS> В интернете найти чего-то действительно рабочего мне не удалось.
> Потому
> DS> пытались портировать KVM от SUN
> М-да... Идея-то выглядит "в теории" привлекательной... ;-)
Hу почему "в теории", насколько я понимаю, эти исходники SUN как раз и
распространяет с целью портирования под различные платформы :-)
Меня пока не оставляет надежда, что нам удасться запустить это хозяйство в
контроллере, где памяти будет ну хотя бы 640 Кб (в новой линейке ADAM такие
есть), так сказать с целью показать практически теоретическую возможность, а
дальше видно будет :-) Проблема в том, где взять на халяву такой контроллер.
>
> DS> (http://www.sun.com/software/communitysource/j2me/cldc/). После ряда
> DS> исправлений и шаманства с досовскими сишными компиляторами,
> А какими компиляторами вы собственно пытались это делать? Для справки...
Borland C++ 3.1
Digital Mars C++ (http://www.digitalmars.com/)
Open Watcom 1.6 (http://www.openwatcom.org/)
Там основная проблема в исходниках в том, что компилятор должен поддерживать
64-битную арифметику (тип long long). Если такой поддержки нет, то
предлагается использовать запись из 2-х 32-битных целых чисел и для нее
написать все арифметические операции, а реализации этих операции нет. Мы
приспосабливали какой-то код из Mozilla-исходников, кажется.
Digital Mars - компилировал, но возникала какая-то известная ошибка при
линковке, которая якобы должна была быть исправлена в используемой нами
версии. Рабочую программу собрать не удалось.
Open Watcom единственный поддерживает 64-битную арифметику, проект собирался
и работал. Hо нам нужно было линковать с библиотеками к контроллеру, которые
были для Turbo C.
Borland C++ - проект собирался и работал, но править исходники пришлось
больше всего.
Рабочии версии в обоих случаях получались только с моделью памяти huge. Вот
это-то в основном и смущает, т.к. память под DOS сегментированная,
гарантировать, что работать будет всегда, если работает на простых примерах
проблематично. Есть подозрение, что создать объектов по памяти больше 64Кб
нельзя.
>
> DS> Hо компилируется все обычным компилятором (JDK 1.4), а потом
> Hу так а компилятор портировать тем же образом нельзя? Или для него не
> было
> исходников?
Естественно не было, идея сановского проекта - портируемая виртуальная
машина J2ME.
>
> DS> Если есть какие-нибудь материалы или ссылки по теме - просьба
> DS> поделиться.
> Пока нет... В интернете я вываливался на какой-то сайт где кто-то
> утверждал,
> что они сочинили альтернативную разработку (название никак не могу
> вспомнить,
> но оно и не очень важно, наверное, с гугла находится)... Т.е. независимую
> от
> SUN хреновину, очень похожую на Яву под ДОС... Правда насколько далеко
> заходит
> это сходство, им по-моему самим было интересно... ;-)))
>
> К сожалению у них глючил сайт в тот момент и большего мне узнать (равно
> как и
> скачать исходники) не удалось... И я так и не понял, есть ли у них
> компилятор...
>
> с почтеньем,
> Rodion
>
С уважением,
Дмитрий.